21,891
社区成员
发帖
与我相关
我的任务
分享这种写法能给一个思路吗
有这么一个框架，其中有四个项目，都继承了框架的核心MVC.
现在有这么一个需求，即在这四个项目的index类及index方法中都有一个共同的东西（暂且这么表达）。
我现在很犹豫，按说这样的需求要写在框架中的类中，但这样却犯背了框架的原则，因为核心代码最好不要写具体的业务需求；可是如不这么做，又实在没有办法，因为这四个项目中的index类之上只有框架核心代码了。
然后我又想到了AOP编程思想，但又感觉无从下手，不有思路，大家给俺点建议呗！
现在有这么一个需求，即在这四个项目的index类及index方法中都有一个共同的东西（暂且这么表达）。
我现在很犹豫，按说这样的需求要写在框架中的类中，但这样却犯背了框架的原则，因为核心代码最好不要写具体的业务需求；可是如不这么做，又实在没有办法，因为这四个项目中的index类之上只有框架核心代码了。
然后我又想到了AOP编程思想，但又感觉无从下手，不有思路，大家给俺点建议呗！
...全文
请发表友善的回复…
发表回复
xuzuning 2016-04-03
- 打赏
- 举报
你可把共同的东西写成 扩展（Extend）或 插件（Plugin）这样就不违背原则了
如果一个框架只提供基本的 MVC 操作，而不提供实用工具，那这个框架就不是好框架
