在wiki上，software framework的解释是In computer programming, a software framework is an abstraction in which common code providing generic functionality can be selectively overridden or specialized by user code, thus providing specific functionality. Frameworks are a special case of software libraries in that they are reusable abstractions of code wrapped in a well-defined Application programming interface (API), yet they contain some key distinguishing features that separate them from normal libraries.
上文对软件框架的解释中，比较重要的概念是抽象，封装，继承和重写，同面向对象语言的特征很接近，那么，如何才能确定或者积累一套框架呢？一个高质量的框架的标准是什么呢？为了解答上述两个问题，先分析一下框架的目的是什么？
当公司接到第一个项目时，可以没有框架，某个程序员直接用SSH搭建起来，然后实现合同中的系统功能，达到用户要求，便可以交差了，实现系统功能的时间一般很短，大概占项目时间的三分之一到四分之一，而大量时间却浪费在了完善阶段，为什么一个项目时间会浪费在完善上，举一个例子，当项目系统功能开发完成时，用户提了一个小要求，某几个功能的名称需要修改一下，这种看似简单的小问题，如果当初程序员为了偷懒，把这些名称硬写到页面中的话，而恰恰这个名称涉及30个页面，程序员杯具了，他需要一两天的时间修改，如果用户不客气，一下子提出十几个类似这样的小问题，项目经理杯具了，项目可能需要延期一个月完善并测试。
我想，很多起初做项目的朋友，都会遇到类似这样的问题，用户反复的提出一些让你没法拒绝的意见，全部都是该名称、换位置、调颜色、换图片等搬砖工作，程序员一遍一遍的修改一些技术含量为零的需求，测试人员需要不厌其烦的一遍一遍测试，项目成本也在悄无声息的增加。最后，老板一拍桌子，大喊一声“XXX，当初说项目两个月完工，为什么做了四个月？”程序员大喊一声：“XXX，爷不干了，天天变来变去的，有完没完啊？”项目经理最后只能以离职收场。
解决上述问题很简单，就是利用框架中的第二个概念——封装，所有的重复代码、变量，包括java、javascript、html，全部封装起来，如果是个性化变量及配置，可以考虑配置文件，即使是批量改，也要集中到一个地方修改，这就是配置文件的重要作用之一。
框架的第一个目的，简单来说，就是方便控制项目时间。对于用户来说，小的意见总是会有的，而且这些意见也是让你无法拒绝的。对于项目经理来说，项目需要修改时，大的漏洞并不可怕，因为他直观，并且单一，例如性能问题，安全问题，这些是硬伤，解决一次就能完成任务，而且有理由延期或者签订补充合同。而如何能简单快速修改项目中没有技术含量的小问题，才是成本控制的关键，因为用户需求是不可控制的，只能控制修改问题的时间。
（未完待续）