Java企业设计模式和设计模式有什么区别呢？
java 企业设计模式主要讲的是大的框架方面的东西，比如struts1 struts2 spring 的 综合运用，是面向框架的。而 设计模式 是指的小的方面 比如说23种设计模式啊！
转载请保留出处，尊重他人劳动。
引子：
模式的定义，似乎都如出一辙但又似乎都略有不同，这些由于关注点的不同导致的不同点让事情变得有点复杂了。
简史：
何谓设计模式？任何一本讲解软件设计模式的书籍都会首先问出这个问题。而大部分又都会给出一个(或若干个)传说中软件设计模式起源的定义：
“每个模式就是一条由三部分组成的规则，它表示了一个特定环境、一个问题和一个解决方案之间的关系。
…
简单地说，模式是一个出现在世界上的实物，同时也是一条规则，告诉你应该如何创建一个实物、应该在何时创建。它既是过程，也是实物；既是对当前实物的描述，也是对创建实物的过程的描述。”——《建筑的永恒之道》
“对于反复出现设计问题的抽象解决方案” ——《建筑模式语言》
之后，这些概念在不同的软件设计模式的书籍中不断被本地化：
在Gof(Gang of four)的《Design Pattern》中模式被定义成三段值: 模式就是表示特定情境、问题、与方案之间的关系。
在《J2EE core Patterns》一书种的定义：模式是用来描述所交流的问题及其解决方案。
《面向模式的软件体系结构》的结论：一个软件体系结构的模式描述了一个出现特定设计语境中的特殊的再现设计问题，并为她的解决方案提供了一个经过充分验证的通用图式。解决方案图式通过描述其组成组件、他们的责任和相互关系以及它们的协作方式来具体指定。
当然在一些其他书籍中也有相关论述：模式就是“范例”；就是同时考虑一对问题，求解方案的“专家行为”等等……
观点：
这些观点和概念，似乎都如出一辙但又似乎都略有不同，这些由于关注点的不同导致的不同点让事情变得有点复杂了。我在浏览这些书籍的时候，一直在想是不是应该自己归纳一下自己的理解呢？OK，让我自己动手做做看。
定义：
广义上讲：模式就是一个环境中，一个反复出现的典型问题与这个问题的以经过论证的解决方案，以及它们三者紧密关系的整体的抽象描述。
为了便于记忆，用序列可以表示为：
环境：出现问题以及其解决方案的场景。
问题：环境中可以被一个解决方案覆盖的一个反复出现的典型问题。
解决方案：已经被证实可以在语境中解决一个典型问题的策略与方法。
关系：以上已经提到的三点的紧密地关联性。
模式：以上四点的整体的抽象描述。
这样软件设计模式应该就已经一目了然了：
软件设计模式就是指：在软件领域这个大环境下的解决软件设计问题的模式（广义模式）。
为了便于记忆，用序列可以表示为：
环境具化：软件设计领域
问题具化：软件设计的问题
软件设计模式：有以上两点具化的模式（广义模式）。
Haha 现在这样的定义描述就比较清晰了。
特点：
在前面的定义中已经能够看到许多模式的特性了，比如：整体的抽象性，问题的反复性，解决方案的以论证性，关系的紧密性等等。其实，模式还有若干隐含的特性。
归纳性：模式其实是对经过充分考验的经验，是提炼过后的一种可复用的知识。它与经验论、循证主义、同属于人类最基本的认知手段归纳法的产物。
动、静性：模式本身既描述一个抽象后的物件，也描述一个抽象过程。
与定义一样软件设计模式同样继承了这些特性。
设计一个正规的战略管理系统，一般有下列四种模式可供选择： 2.自下而上的模式 企业总部需要的信息有：
主要的机会与威胁；主要目标；实现目标的战略、关于销售额、利润额、所要达到的市场占有率以及资金需求等的数据；一定时期所需要的员工数量等。在各个事业部递交计划后，企业高层管理人员对此加以检查与平衡，然后给予确认。
这种模式的优点：是企业高层管理人员对事业部没有具体的指导，这样各个事业部会感到计划中的约束较少，从而能够提出更加完善的战略计划；同时也给各个事业部提供了制定战略计划的学习机会。这种模式的不足之处是，有些习惯于自上而下指导方式的事业部管理人员会感到无所适从，从而影响企业战略计划的完整性。 3.上下结合的模式 所谓上下结合：是指在制定计划的过程中，不仅总部和各个事业部的直线管理人员经常联系和对话，而且总部和各个事业部的职能管理人员也参与计划制定活动。
--企业高层管理人员：对各个事业部提出指导原则，但这些指导原则是粗线条的，它允许各个事业部在制定它们自己的战略计划时有很大的自由度和灵活性。
--高层管理人员：在与事业部经理们的对话中确定出企业基本的战略目标和战略。
--企业总部与各个事业部的参谋辅助人员：在一起讨论制定计划手册中的变化，计划过程中所使用的数据等，并向经理人员推荐适当的战略。上下结合模式多为大型的分权制企业所采用，它的最大特点是可以产生较好的协调效果。从而，企业可以用较少的时间和精力形成更具有创造性计划。 4.小组计划模式，这种模式是企业的总经理与其他高层管理人员组成一个计划小组，由总经理负责，定期地共同处理企业所面临的问题。这个小组的工作内容与成员构成具有很大的灵活性，可以因企业所遇问题的不同而采取各异的措施。小型的集权制企业多乐于采用这种模式，有的大型的集权制企业也可能采取这种模式。在企业中，如果总经理与计划小组中的成员有良好的人际关系，这种模式可以有很大的成效。另一方面，如果总经理过分注意个人的权威并威胁着直线和职能管理人员，则不可能取得良好的效果。
明茨博格（Mintzberg）认为，一些企业，尤其是小型企业可能采取“企业家战略管理系统模式”（Entrepreneurial Mode）。
在这种模式中，对战略的评价是非常不规范的，凭直觉进行，并且在范围上是有限的。在另一极端，对战略的评价是一个范围广泛的、规范的和具有多层性的战略管理系统的一个部分。
这种战略管理系统模式被称为“计划性模式”（Planning Mode）,它通常被大型企业所采用。处于上述两种极端模式之间的第三种战略管理系统就是“适应性模式”(Adaptive Mode)。在这种模式中，企业所鉴别出的和评价的替代战略方案，与当前战略有极大的相似性。一般说来，中型企业在相对稳定的环境中大都采取这种模式。
二、会计部经理领导下的集中核算模式：以会计部经理为领导的一种会计工作的分工模式。一般适用于中小型、不设置总会计师岗位、会计与财务分设（或不专设财务管理部门，并将有关财务管理工作作为会计部的附带职能）的企业。
三、财会主管领导下的集中核算模式：以财务与会计主管为领导，并且通常只设财会主管、会计和出纳等少数几个岗位（甚至只设会计与出纳两个岗位）的一种会计工作的分工模式。一般适用于小型的会计与财务合并设置的企业。
四、总会计师（或会计部经理）领导下的分散核算形式：以总会计师为领导，下设财务、会计、审计部主管，并将一些成本业务核算或者明细核算工作交由分厂（或车间等部门）完成的一种会计工作的分工模式。
可复用面向对象软件系统一般划分为两大类：应用程序工具箱和框架（Framework），我们平时开发的具体软件都是应用程序，Java的API属于工具箱；而框架是构成一类特定软件可复用设计的一组相互协作的类，EJB（EnterpriseJavaBeans）是Java应用于企业计算的框架。
框架通常定义了应用体系的整体结构类和对象的关系等等设计参数，以便于具体应用实现者能集中精力于应用本身的特定细节。框架主要记录软件应用中共同的设计决策，框架强调设计复用，因此框架设计中必然要使用设计模式。
另外，设计模式有助于对框架结构的理解，成熟的框架通常使用了多种设计模式,如果你熟悉这些设计模式，毫无疑问，你将迅速掌握框架的结构，我们一般开发者如果突然接触EJB、Spring等框架，会觉得特别难学、难掌握，那么转而先掌握设计模式，无疑是给了你剖析EJB或J2EE系统的一把利器。
