解决方案的进步

最近工作中有个需求，在已经做好的系统中，规范化导航菜单。

本来的系统情况是，每个页面的html结构都不一样，程序员在开发的时候，根据自己对系统的理解，为每个cshtml页面加了菜单名称，但是没有上级菜单。

比如原来的员工管理页面是这样：员工列表；现在希望页面变成这样：员工管理--员工列表 ，这是加上上级菜单后的样子。从数据库中动态查找页面名称，然后添加在页面上，作为导航菜单内容。

第一次方案：

个人分析了下，发现页面都是用了一个模板页，绝大部分页面都有一个外层的div容器，有一个公共的类样式。

所以就在模板页添加了js文件，在页面加载完后，根据页面路径，ajax异步去查找菜单名称，然后js找到导航菜单容器,动态追加到现在的菜单上。

做完了，测试一番，发现有很多页面不规范，然后自己就手动把这些页面写死了，希望就这样完成任务。

但是测试提了一个严苛的问题，所有页面都必须保持和数据库一致，不能让程序员自己定义，然后这就有点麻烦了，因为程序员可能在导航菜单后面自定义了很多东西，而且很多页面不规范，不好搞。

第二次方案：

领导支持测试的要求，然后就没办法，拉了一个讨论组，和前端、技术领导一起讨论。

前端直接判定，现在的页面的导航菜单肯定都是可以用js找到的，只有两种类样式，没有不规范的。自己不得不再次仔细分析了下页面，他说的果然是正确的，发现分析又深入了一步，然后第一次的笼统认为html结构不规范，就是错误的认识了。

然后前端给出建议是，将页面的导航菜单容器加到模板页中，然后在具体页面控制着动态添加导航内容。同时隐藏掉现有具体页面的早期自定义菜单，相当于在现有页面最上面，添加了一行div容器，然后方案就确定了下来。

这样我就很容易的保证了，每个页面肯定都能动态添加导航菜单，在模板页控制一个固定的容器很容易的。最后，接下来的就是就是针对，有程序员自定义的页面，做下html结构修改。

然后开始实施第二套方案，很快实施完毕。

 

以上总结是为了让自己认识到：

有时候针对一个稍稍复杂点的问题，除了需要多次分析，才能更深入了解真实情况；

向可能了解情况的第三方人询问，可能也对深入了解事情情况有很大帮助，比如这次的问前端；

方案没有唯一，解决方法也不可能一次就是最好的，只有多次分析，逐步对系统认识更深刻，才能提出更好的解决方案，用优化后的方案去解决问题。