菜单面板管理者（管理模块）的思考

上周移值一个业务功能到新的客户端架构上，遇到一个有趣的功能—一个菜单管理者

该菜单管理模块可以说是一个小组件或小框架，主要功能是方便菜单业务的扩展与维护，提供了菜单面板的创建，事件处理的封装与回调，以及菜单面板的缓存，显示（依赖/对接了较底层的UI框架）与隐藏。基于项目时间的压力，一开始我的策略尽可能的复用代，所以就想把菜单管理模块复用过来，结果发现该组件与业务的依赖是双向的！！！，代码移过去后，有N多个编译失败！

经过移植相关代码，有如下总结：

1. 组件或模块的封装已经进化到框架级别，最好是把非框架级的代码，即业务实现或扩展的代码分包管理，采用注册模式实现业务与组件的解耦；
2. 类似菜单面板管理组件应考虑服务提供者框架模式，方便业务扩展的同时，解耦业务与框架；
3. 组件或模块的封装尽量简结，对外提供的API尽量的少，降低学习成本

注：分层思想与习惯如果大家很重视，那么代码的复用与维护将会更美好，哈哈哈