如果一个框架能用很少的业务代码实现特别多的功能，那么其实就是这个框架内置了大量的惯例，当这些惯例不符合项目预期的时候，如何添加代码精确地改变对应的惯例，而不搞砸其他部分，就会变的很难。经典的例子是各类CMF，drupal， wordpress，比起框架来已经更接近应用了。

Lit是我一直在撸的个人框架，按第一次上传代码来说历史 超过4年 了，从还能支持PHP5.2的第一版开始一直（龟速）迭代，同时为了跟上时代的发展又反复重写，到今天已经形成了一个以依赖注入Air，中间件管理Nimo为核心的PSR-7 + PSR-15组件群

很多时候，讨论问题从抠概念出发是个好想法。框架是团队在项目初期选定的开发框架，或者在长期开发过程中提炼的公共逻辑等。所以无论是初期挑选框架、是中途重构更换框架、还是需要抽离团队内部自己的框架，都应当以下面三个角度综合考虑