框架是一组相互协作的类，它构成了某类特定软件的可复用设计。框架规定了应用体系结构，它定义了整体结构，类，和对象的分割，各部的主要责任，类，对象怎么协作，以及控制流程。框架预定义了这些设计参数。以便于应用设计者或实现者能集中精力于应用本身的细节，因而框架更加强调设计复用。
从它的定义可以看出,框架就是指别人已经实现了的低层代码,从某种程度上来说,也是对问题的一层抽象,使开发者开发的时候不用什么都要考虑,什么都要重新写,使开发者可以把精力放在专业业务逻辑的编写上,易于测试,而且节省开发时间.
所以,这就要求框架具有较好的正确性,容错性,易用性还有运行效率.利用框架编程是现代流行的一种编程方法,比如.NET平台,JAVA平台下的应用程序都是基于框架编程.更让人感到高兴的是,连javascript客户端编程也出现了好几个框架,其中一个比较经典的就是当前比较流行的jQuery框架.
框架编程是一种很好的编程思想,既简化了编程,也保证了程序的正确性.所以,在项目中或者是团队开发中建立自己的框架就显得很有必要.
立即学习“Java免费学习笔记（深入）”；
例如Spring框架：
Spring的目标是致力于全方位的简化Java开发。 这势必引出更多的解释， Spring是如何简化Java开发的？
为了降低Java开发的复杂性， Spring采取了以下4种关键策略：
基于POJO的轻量级和最小侵入性编程；
通过依赖注入和面向接口实现松耦合；
基于切面和惯例进行声明式编程；
通过切面和模板减少样板式代码。
几乎Spring所做的任何事情都可以追溯到上述的一条或多条策略。
Spring完美兑现它的承诺的， 也就是简化Java开发。
POJO
Spring竭力避免因自身的API而弄乱你的应用代码。 Spring不会强迫你实现Spring规范的接口或继承Spring规范的类， 相反， 在基于Spring构建的应用中， 它的类通常没有任何痕迹表明你使用了Spring。 最坏的场景是， 一个类或许会使用Spring注解， 但它依旧是POJO
依赖注入
任何一个有实际意义的应用（肯定比Hello World示例更复杂） 都会由两个或者更多的类组成， 这些类相互之间进行协作来完成特定的业务逻辑。 按照传统的做法， 每个对象负责管理与自己相互协作的对象（即它所依赖的对象） 的引用， 这将会导致高度耦合和难以测试的代码。
应用切面
DI能够让相互协作的软件组件保持松散耦合， 而面向切面编程（aspect-oriented programming， AOP） 允许你把遍布应用各处的功能分离出来形成可重用的组件。
