框架，即Framework，就是某种应用的半成品。
模式（Pattern）为解决某一类问题而提出的一种解决方案，是方法论。
架构(Architecture)整体解决方案
构件（Component）可复用的软件组成成份
组件对象（封装数据和方法）
中间件基于分布式处理的一类软件（位于网络和应用程序之间）
一、框架（Framework）框架，即Framework。其实就是某种应用的半成品，就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。而架构并不是代码，是一种解决方案，是解决问题的综合体。像struts、spring、hibernate这些非常著名的开源框架，它们都是针对某一方面的应用而提出解决问题的半成品软件。比如说struts专门用于解决前端开发，是MVC实现的一种很好的解决方式。spring解决的范围就广了，它的web组件同样用于解决前端开发，而ioc容器则用于解决对象之间的解耦与分离，AOP则更是将对象方法之间的协作问题提升到神不知鬼不觉的情况下解决掉（牛啊），当然，spring还有持久化，缓存，事务等方面的专门解决组件，是通过对其它著名框架的集成而得到的。
这样我们会发现，当我们想解决某一类问题时，我们不用从零开始编写代码，框架已经为我们封装好了一套解决方法，提供了API给我们使用。总之，框架并不是现成可用的应用系统。它只是一个半成品，需要后来的开发人员进行二次开发，实现具体功能的应用系统。那么，这些框架为何如此优秀，是如何被设计出来呢？它们的优秀，在于一方面很好地解决了某一领域的问题（或多个领域），让我们不再从零开始造轮子；另一方面也在于它们相对于其它同样解决此问题的方法中，具有较好的性能。我想一个封装得再好的框架，如果性能低劣差劲，是不会被人追棒的。真正封装得好的框架，让我们不必去关心这个框架究竟是怎么产生的，只需调用api就能完成我们的开发，这才是方便的框架。要设计出这样的框架，我们就要有想法，有思路，有设计。而我们通过某种方法或某种思想来解决某种问题，这便是设计模式了。二、设计模式（DesignPattern） 模式是一种解决问题的思路，而不是具体的做法。在软件开发领域，设计模式是为解决某一类问题而提出的一种解决方案，是方法论。因此，设计模式本质上是思想，而不是代码。你把解决某类问题的方法总结归纳到理论高度，那就是模式。而代码，仅仅是用来表达你的思想，将很抽象的思想上的东西用代码活生生的形象的表达出来而已。由于设计模式
转载请注明：http://www.0431gb208.com/sjsbszl/8793.html
