框架是一组相互协作的类,它构成了某类特定软件的可复用设计。框架规定了应用体系结构,它定义了整体结构,类,和对象的分割,各部的主要责任,类,对象怎么协作,以及控制流程。框架预定义了这些设计参数。以便于应用设计者或实现者能集中精力于应用本身的细节,因而框架更加强调设计复用。
从它的定义可以看出,框架就是指别人已经实现了的低层代码,从某种程度上来说,也是对问题的一层抽象,使开发者开发的时候不用什么都要考虑,什么都要重新写,使开发者可以把精力放在专业业务逻辑的编写上,易于测试,而且节省开发时间. 所以,这就要求框架具有较好的正确性,容错性,易用性还有运行效率.利用框架编程是现代流行的一种编程方法,比如.NET平台,JAVA平台下的应用程序都是基于框架编程.更让人感到高兴的是,连javascript客户端编程也出现了好几个框架,其中一个比较经典的就是当前比较流行的jQuery框架. 框架编程是一种很好的编程思想,既简化了编程,也保证了程序的正确性.所以,在项目中或者是团队开发中建立自己的框架就显得很有必要. 例如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) 允许你把遍布应用各处的功能分离出来形成可重用的组件。 (责任编辑:admin) |