我发布了两篇文章都去写框架，为什么要写框架，有些人觉得小题大做，觉得只写些函数(功能小项)，写多个编程文件(功能大项)把需求写完成不就完了，需要那么麻烦吗？
我却觉得通过功能小项和功能大项还不够，还缺少代码管理部分：
1是功能小项和大项不足以全部消除重复，要进一步消除重复，就需要进一步提炼重复的东西；
2是完整性，维护代码是维护一个一个大的整体还是维护一个一个碎块方便，经过了框架编写，框架内的东西均是一个一个确定的并唯一的整体，框架内的东西经过约束，不能被单独调用，比如菜单刷新和操作每个界面都有且相对独立，一旦调用是加载的整个菜单内容，从而做到最低耦合。
打个比方：
首先，打仗的冲锋在前的是小兵，然后是组长营长什么长的，那小兵就是基础，好比是执行的一行一行的代码，组长营长带领着着指挥着小兵，从而形成一个小组，就好比将一行一行代码封装到一个函数中，形成一个基础的功能(功能小项)。
然后，那么人再多的话，就需将多个小组的人放在一起，就好比将多个同类函数组合在一起形成函数组合(功能大项)。
最后，假如团体再大点就需要分一部分人去做组织管理，这部分就好比是框架，专门管理那些函数和函数组合，别说他没干实事，管理好了就是干实事就是功劳。
有组织有纪律去干事，分工协助达到更高效率，框架就是负责去管理代码规则(纪律)，不要做违反纪律的事，也不是什么事都去做，而是约束去做特定的事。限制在一个框框内，这样容易管理，也避免代码混乱，实现整体层面管控，掌控全局，就好比董事长不会去管小员工，因为没必要再个也管不过来，只需管手下的主管，对比框架只去管那些组合好的函数(封装的大项)，大项再去管理小项。
在知识不断深入后，会了解框架的重要性，从小学我们学了基础，好比是学会了编程语言，中学我们学得更多更广的东西，好比开始组合函数，再后来大学我们进一步去整合，去学习某方面的知识，进入一个行业去发展，好比是担任框架内的单一项，而企业相对于一个框架，人都组合在一起，实现某一行业的发展。
总之：框架对于代码的规范、消除重复和整体调用起到重要作用，聚合在一起形成高内聚，项与项之间则是低耦合。拥有了统一的思路和统一的风格后，维护方便很多，也为后面的自动化编程、平台化编程铺路。
题外话：基础的if、else、switch、case很重要，但是我不想去讲，很重要也是基础，讲的人太多，书也太多，我要讲的是我所掌握的精华的部分，我会多讲些我认为比较有价值的东西，希望展示一些不一样的东西。后面还有更多精彩内容，分层设计，开发应用工具，自动化编程，跨平台化等等，都是一些摘录自己经历的项目，希望大家喜欢。欢迎大家指正转发评论加关注。
