对framework的一点思考

大多数有面象对象编程经验的朋友们常常会在自己的解决方案中
有这么几个项目xx.framework(or xx.framework.yy...) .也记不起从何时起有了so popular habit

我也是追逐流行的,自己的代码里也很荣兴的多了一个xx.framework的解决方案
无意中翻开设计文档检视这个framework时,我开始惊诧了:什么时间我的framework开始面目全非...

为了再次证实这个面目已非的framework,我特意查阅了 framework、框架 这两个词的意思
framework 译为:构架、框架、结构
框架   意为:1、提供形状或强度的结构 2、比喻事物的组织、结构
那么framework在整个解决方案中到底是个什么角色,已经显而易见。
本人对framework的理解:一个提供基本组织结构并约束整套软件(或上层系统)的项目(解决方案)
它和若干个提供各种逻辑功能、业务操作的组件项目的区别还是比较大的。
framework应该具有松偶合的结构提供柔性、严谨的调用、继承、实现机制而不是专供其它项目调用的一个Util
脑子闪现出JAVA世界里的几个成熟的framework,再次提醒下自己千万别把framework写的像Utils

欢迎各位朋友讨论下这个并衷心感谢您能指正...

你可能感兴趣的:(framework)