第一部分 表述
第一章 分层企业应用中层次的演化1.在表现层实现用户界面2.在领域层实现领域逻辑3.在数据源层存取数据第二章 组织领域逻辑领域逻辑的组织分为三种主要的模式:1. 事务脚本 从表示层获得输入，进行校验和计算处理，将数据存储到数据库中以及调用其他系统的操作等.然后，该过程将更多的数据返回给表示层
写在前面 程序员的迷茫分两种，一种是纯技术迷茫，一种是设计上的迷茫。只是个人这样区分，关于第一种就只能看各种纯技术的书籍，以解决技术问题为目的，比如《Effective Java》，d第二种就是碰到一个独立项目的时候如何来对项目进行架构，毕竟不管项目大小，都需要架构，而在这些不论大小的项目的架构中是能学会很多知识的，所以如果这时找不
转载
2023-07-13 15:12:45
117阅读
第三章： 第三章标题是映射到关系数据库，首先讲的是架构模式，它要解决的问题是驱动逻辑领域访问数据库的方式，如何设计领域逻辑也会对选择产生巨大影响。他提到很多开发者不是很了解SQL语句，使用的语句都很笨拙或者有很多错误，他提到，使用适合程序开发语言的机制访问数据库可能会更好，因此他把SQL访问从领域逻辑中分离出来，把它放到独立的类中。这些类为数据库表建立了接口，从而可以很好地进行调用。之后还讲了行
1. 分布对象的诱惑： 中间件的对象分布对上层透明崔然非常有用，但跨进程、跨机器（还有网络）调用，影响性能！2. 远程接口和本地接口： 1）远程访问的对象需要使用粗粒度接口，而本地访问的对象需要使用细粒度接口（优化性能时，本地接扣可以提供粗粒度对象） 2）基于1），就不能把在单进程中设计的类原封不动地搬到分布模型环境中 3）分布对象设计第一定律：不要分布使用对象！ 4）怎样有效
转载
2023-07-15 13:30:11
134阅读
一、前言 前段时间看了两篇关于企业应用架构的文章，感触颇深。这两周一直在研究怎么架构一个良好的.Net开发平台，所以总结一下自己心目中的架构。二、企业应用架构设计 1. 粗架构 &nbs
转载
2023-07-18 17:41:08
65阅读
martin fowler老爷子的《企业应用架构模式》一书在江湖上流传已久，在十几年前就企业应用中的典型场景及设计模式进行了思考和总结，可以看到书中提及的常用模式在如今流行的企业应用框架中已经落地。近日拜读，受益不少，将一些感悟和共鸣记录下来，整理下，不全面也不深入，只便于后续乱翻书。行文知其思维，martin老爷子的书写起来条理清晰，层次分明，易于理解，非常值得称道，本文借鉴martin先生的行
转载
2023-09-06 20:59:29
52阅读
国庆七天的长假，过得有些昏昏冉冉。那么期待的长假，在狠狠饱睡几天之后居然有点想上班了，唉，真是 J 啊～ 前天去南山新开业的书城，没有找到《企业应用架构模式》（Martin Fowler著），呵，今天早上在 china-pub 上下了订单，中午就收到书了。赶快看了前面几章，真是畅快之极啊！虽然有些东西我也想到过，但是大师的对普通事务的洞察和提炼的能力却非我辈能及，感叹中～ 光是引言部分就已
转载
2023-09-12 11:32:40
43阅读
这是一本好书,强烈推荐,电子版的看了两遍,可现在就是买不到,哪都断货,唉...下面这些内容是从别的网站转载过来的,写的好,把全书的要点基本上都总结了出来,见意看这本书前先看下这篇文档.什么是架构• Rolph Johnson认为：架构是一种主观上的东西，是专家级的项目开发人员对系统设计的一些可共享的理解• 架构中包括一些决定，开发者希望这些决定能尽早
SOA--未来企业应用构架方式
SOA的一个最突出的优点就是它松耦合性。这个优势使得企业在面对市场及其内部结构变化时能够快速所处反应，使其IT结构在较短的时间内适应企业的变化。随着SOA理念的提出，IBM也提出了“On Demand Business”的概念。随着IT在企业中扮演的角色越来越重要，在今后，如果一个企业要想取得成功，那么它内部必须要有一个成功的I
1 企业应用模式概述 1.1 企业应用的模式 企业应用领域要解决的问题在某些方面要比做一个工具软件、或者一个电信通信软件等复杂的得多，比如纷杂的企业数据，各具特色的业务规则，变化莫测的用户需求。因此企业应用开发技术从CORBA、COM、J2EE、_NET等等，层出不穷，每一种技术的出现，都为企业问题的解决题供了一种思路，一个选择。 既然企业的问题是特定，那么我们就可以把问题
转载
2023-07-24 13:28:20
61阅读
我的职业生涯专注于企业应用，因此，这里所谈及的模式也都是关于企业应用的。（企业应用还有一些其他的说法，如“信息
马丁福勒大师杰作。
转载
精选
2012-09-29 12:41:47
331阅读
架构
架构一般来说意味着：从最高层将系统分解成多个部分。一旦作出就很难改变的决定。Ralph Johnson说：
架构是一种主观
的东西，是项目专家开发人员对系统设计的一种共同理解
。通常，共同理解是指系统包含哪些主要组件以及这些组件相互之间如何交互。Martin认为架构模式中最重要就是分层
。企业应用程序
企
业应用程序通常也被称为"信息系统(Information Systems)"或”数据
转载
2023-07-17 17:08:53
50阅读
企业架构
目录
1 企业应用架构 1
1.1 企业应用架构 1
2 表现层 1
2.1 表现层 1
3 业务层 2
3.1 业务层 2
3.2 业务分层 3
3.3 业务模块化 3
4 数据层 3
4.1 数据层 3
4.2 数据缓存 3
5 架构思想 6
1 企业应用架构
1.1 企业应用架构
企业应用架构比较经典的是三层
转载
2023-09-15 22:30:22
49阅读
读后感从《企业应用架构模式》中能学到企业应用的整体模式知识，例如：业务组织模式、并发控制、分布模式、数据源模式、分层模式、行为模式、结构模式等。可以从基础原理的模式了解整个企业应用基础，并为以后的架构设计提供思考的方向。从本书中的分层思想结合以往的架构经验，把公司的商品中心系统分为3层设计：前台、中台、后台，并从中规划5个阶段执行。并从书中启迪，并设计出解决企业应用中很多问题的策略：里面就用到了业
企业应用架构是指一整套软件系统的构建，通过合理的划分和设计组合在一起，支持企业方方面面的经营运作。不论是传统企业，还是互联网公司，发展到一定阶段，都需要一整套体系化的应用架构来支撑其运转。良好的、合理的应用架构可以支持企业高效开展业务，控制经营风险，而混乱的、不合理的应用架构则会限制企业的快速发展，成为企业增长与变革的瓶颈。企业信息化建设已经发展了几十年，传统企业和成熟互联网企业的应用架构并没有本
转载
2023-07-17 14:42:43
87阅读
Martin的《企业应用架构模式》#读后感#首先这本书是八九年前写的，翻译也跟现在流行的术语差异很大，比如field现在常翻译成“字段”，而书中翻译成“域”，让我郁闷了很久，不明白这个“域”到底是什么...所以，以后选书要多长一个心眼。不过，书还是很不错的，虽然有点晦涩难懂，但读完还是蛮开心的。
响应性不同于请求处理，它是系统响应
目标：做什么和怎么做就够了本书分为两部分，第一部分要细读，第二部分参考前言1.企业应用：涉及大量复杂数据，各种不同的业务规则，也叫做信息系统，特点如下：大量数据； 并发度高； 和相关系统集成； 持久化数据最具条件性的：了解有哪些候选方法及各种方法间的优缺点比较，最后决定用那种2.企业应用种类对于特定的问题，要在特定的条件下选择一合适的设计，没有万能药，任何模式都
转载
2023-07-17 21:55:03
158阅读
1. 架构： 最高层次的系统分解、系统中不易改变的决定（有些主观）2. 企业应用特点： 持久化数据、涉及到大量数据、很多人同时访问数据、大量操作数据的用户界面屏幕、需要与散布在企业周围的其他企业应用集成、可能会遇到业务过程中的差异以及数据中概念的不一致性、复杂业务无逻辑3. 企业应用分类： 选择架构时，必须很清楚地了解面临的问题，在理解的基础上再来选择合适的设计。同时，即便选择了某种模式，也需要进
转载
2023-07-08 13:41:10
39阅读
(译者序) “每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动。” ———— Christopher Alexander招式套路可以千变万化，扎实深厚的“内功”却是始终如一；(前言) 关于软件架构的通用性的书籍，我推荐[POSA] —— “面向模式的软件体系结构”；迭×××发的核心在于只要软件对用户有用，就应当
转载
2023-08-16 16:20:01
123阅读
