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