领域驱动设计==哲学
2009年5月10日 #
posted @ 2009-05-10 21:35 guushuuse 阅读(235) 评论(0) 编辑
针对于企业应用，依据不同的关注点，架构可以分为如下几类：
l 业务架构（Business Architecture）：关注于业务及其流程；
l 应用架构（Application Architecture）：关注于应用系统设计；
l 基础架构（Infrastructure Architecture）：关注于基础技术；
l 数据架构（Data Architecture）：关注于数据存储及其规划；
这里所说的企业应用架构，即属于应用架构，包括如下几个部分：
l 目标和愿景。即应用系统所面临的问题域。
l 评价指标。从哪些纬度和指标来评价和度量解决方案。
l 原则和方法论。为解决这些问题，所采用的原则及其方法论。
l 技术架构。架构的技术层面，给出相应的设计以及结构，描述应用系统。
l 组织因素。架构的组织层面，组织的各个部分如何参与
posted @ 2009-05-10 21:27 guushuuse 阅读(225) 评论(1) 编辑
posted @ 2009-05-10 21:20 guushuuse 阅读(167) 评论(1) 编辑
posted @ 2009-05-10 19:04 guushuuse 阅读(1528) 评论(1) 编辑
posted @ 2009-05-10 16:42 guushuuse 阅读(1731) 评论(3) 编辑
模式：解决某一类问题的方法论.
Alexander给出的经典定义是：每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心。通过这种方式，你可以无数次地使用那些已有的解决方案，无需在重复相同的工作。
为什么要用模式？因为模式是一种指导，在一个良好的指导下，有助于你完成任务，有助于你作出一个优良的设计方案，达到事半功倍的效果。而且会得到解决问题的最佳办法。
posted @ 2009-05-10 16:00 guushuuse 阅读(71) 评论(0) 编辑
框架：在特定领域基于体系结构的可重用的设计。
框架不是现成可用的应用系统，是一个半成品，需要后来的开发人员进行二次开发，实现具体功能的应用系统。
框架不是平台，平台概念比较模糊，可以是操作系统，应用服务器，数据库软件，中间件等，因此平台主要指提供特定服务的系统软件，而框架更侧重了设计，开发过程，或者可以说，框架通过调用平台提供的服务而起的作用。
框架不是工具包或者类库，调用API并不就是在使用框架开发，紧紧使用API是，开发者完成系统的主题部分，并不时地调用类库实现特定任务。而框架构成了通用的、具有一般性的系统主体部分，二次开发人员只是像做填空一样，根据具体业务，完成特定应用系统中与众不同的特殊部分。
框架不是架构（软件体系结构）。软件体系结构确定了系统整体结构、层次划分，不同部分之间的协作等设计考虑。框架比架构更具体。更偏重于技术涉嫌。确定框架后，软件体系结构也随之确定，而对于同一软件体系结构（比如Web开发中的MVC），可以通过多种框架来实现。
为什么要用框架？因为软件系统发展到今天已经很复杂了，特别是服务器端软件，设计到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。而且框架一般是成熟，稳健的，他可以处理系统很多细节问题，比如，事物处理，安全性，数据流控制等问题。还有框架一般都经过很多人使用，所以结构很好，所以扩展性也很好，而且它是不断升级的，你可以直接享受别人升级代码带来的好处。框架一般处在低层应用平台（如J2EE、.NET）和高层业务逻辑之间的中间层。
框架的作用：
由于提取了特定领域软件的共性部分，因此在此领域内新项目的开发过程中代码不需要从头编写，只需要在框架的基础上进行一些开发和调整便可满足要求；
对于开发过程而言，这样做会提高软件的质量，降低成本，缩短开发时间，使开发越做越轻松，效益越做越好，形成一种良性循环。
posted @ 2009-05-10 16:00 guushuuse 阅读(109) 评论(0) 编辑
posted @ 2009-05-10 15:59 guushuuse 阅读(59) 评论(0) 编辑
posted @ 2009-05-10 15:58 guushuuse 阅读(84) 评论(0) 编辑
