具体描述
《企业应用架构模式》作者是当今面向对象软件开发的权威，他在一组专家级合作者的帮助下，将40多种经常出现的解决方案转化成模式，最终写成这本能够应用于任何一种企业应用平台的、关于解决方案的、不可或缺的手册。《企业应用架构模式》获得了2003年度美国软件开发杂志图书类的生产效率奖和读者选择奖。《企业应用架构模式》分为两大部分。第一部分是关于如何开发企业应用的简单介绍。第二部分是《企业应用架构模式》的主体，是关于模式的详细参考手册，每个模式都给出使用方法和实现信息，并配以详细的Java代码或C#代码示例。此外，整《企业应用架构模式》中还用了大量UML图来进一步阐明有关概念。
《企业应用架构模式》是为致力于设计和构建企业应用的软件架构师、设计人员和编程人员而写的，同时也可作为高等院校计算机专业及软件学院相关课程的参考教材。
作者简介
Martin Fowler是一位独立咨询顾问，他运用对象技术解决企业问题已经超过十年。他的顾问领域包括健康管理、金融贸易，以及法人财务。他的客户包括Chrysler，Citibank，UK National Health Service，AndersenConsulting，NetscapeCommunications。此外Fowler也是objects、UML、patterns技术的一位合格讲师，他是《AnalysisPatterns》和《UML Distilled》的作者。
目录信息
前言
模式列表
引言 1
0.1 架构 1
0.2 企业应用 2
0.3 企业应用的种类 3
0.4 关于性能的考虑 4
0.5 模式 6
0.5.1 模式的结构 7
0.5.2 模式的局限性 9
第一部分 表述
第1章 分层 12
1.1 企业应用中层次的演化 13
1.2 三个基本层次 14
1.3 为各层选择运行环境 15
第2章 组织领域逻辑 19
2.1 抉择 22
2.2 服务层 23
第3章 映射到关系数据库 25
.3.1 架构模式 25
3.2 行为问题 28
3.3 读取数据 29
3.4 结构映射模式 30
3.4.1 关系的映射 30
3.4.2 继承 33
3.5 建立映射 34
3.6 使用元数据 35
3.7 数据库连接 36
3.8 其他问题 38
3.9 进一步阅读 38
第4章 Web表现层 39
4.1 视图模式 41
4.2 输入控制器模式 43
4.3 进一步阅读 43
第5章 并发 45
5.1 并发问题 45
5.2 执行语境 46
5.3 隔离与不变性 47
5.4 乐观并发控制和悲观并发控制 48
5.4.1 避免不一致读 49
5.4.2 死锁 49
5.5 事务 50
5.5.1 ACID 51
5.5.2 事务资源 51
5.5.3 减少事务隔离以提高灵活性 52
5.5.4 业务事务和系统事务 53
5.6 离线并发控制的模式 54
5.7 应用服务器并发 55
5.8 进一步阅读 56
第6章 会话状态 57
6.1 无状态的价值 57
6.2 会话状态 58
6.3 存储会话状态的方法 59
第7章 分布策略 61
7.1 分布对象的诱惑 61
7.2 远程接口和本地接口 62
7.3 必须使用分布的情况 63
7.4 关于分布边界 64
7.5 分布接口 64
第8章 通盘考虑 67
8.1 从领域层开始 67
8.2 深入到数据源层 68
8.2.1 事务脚本的数据源 68
8.2.2 表模块的数据源 69
8.2.3 领域模型的数据源 69
8.3 表现层 69
8.4 一些关于具体技术的建议 70
8.4.1 Java和J2EE 70
8.4.2 .NET 71
8.4.3 存储过程 71
8.4.4 Web Services 72
8.5 其他分层方式 72
第二部分 模 式
第9章 领域逻辑模式 76
9.1 事务脚本（Transaction Script） 76
9.1.1 运行机制 76
9.1.2 使用时机 77
9.1.3 收入确认问题 78
9.1.4 例：收入确认（Java） 78
9.2 领域模型（Domain Model） 81
9.2.1 运行机制 81
9.2.2 使用时机 83
9.2.3 进一步阅读 83
9.2.4 例：收入确认（Java） 84
9.3 表模块（Table Module） 87
9.3.1 运行机制 88
9.3.2 使用时机 90
9.3.3 例：基于表模块的收入确认（C#） 90
9.4 服务层（Service Layer） 93
9.4.1 运行机制 94
9.4.2 使用时机 96
9.4.3 进一步阅读 96
9.4.4 例：收入确认（Java） 96
第10章 数据源架构模式 101
10.1 表数据入口（Table Data Gateway） 101
10.1.1 运行机制 101
10.1.2 使用时机 102
10.1.3 进一步阅读 102
10.1.4 例：人员入口（C#） 103
10.1.5 例：使用ADO.NET数据集（C#） 104
10.2 行数据入口（Row Data Gateway） 106
10.2.1 运行机制 107
10.2.2 使用时机 108
10.2.3 例：人员记录（Java） 108
10.2.4 例：领域对象的数据保持器（Java） 111
10.3 活动记录（Active Record） 112
10.3.1 运行机制 112
10.3.2 使用时机 113
10.3.3 例：一个简单的Person类（Java） 113
10.4 数据映射器（Data Mapper） 115
10.4.1 运行机制 116
10.4.2 使用时机 119
10.4.3 例：一个简单的数据映射器（Java） 119
10.4.4 例：分离查找方法（Java） 123
10.4.5 例：创建一个空对象（Java） 126
第11章 对象－关系行为模式 129
11.1 工作单元（Unit of Work） 129
11.1.1 运行机制 129
11.1.2 使用时机 133
11.1.3 例：使用对象注册的工作单元（Java） 134
11.2 标识映射（Identity Map） 137
11.2.1 运行机制 137
11.2.2 使用时机 139
11.2.3 例：标识映射中的方法（Java） 139
11.3 延迟加载（Lazy Load） 140
11.3.1 运作机制 140
11.3.2 使用时机 142
11.3.3 例：延迟初始化（Java） 142
11.3.4 例：虚代理（Java） 142
11.3.5 例：使用值保持器（Java） 144
11.3.6 例：使用重影（C#） 144
第12章 对象－关系结构模式 151
12.1 标识域（Identity Field） 151
12.1.1 工作机制 151
12.1.2 使用时机 154
12.1.3 进一步阅读 154
12.1.4 例：整型键（C#） 154
12.1.5 例：使用键表（Java） 155
12.1.6 例：使用组合键（Java） 157
12.2 外键映射（Foreign Key Mapping） 166
12.2.1 运行机制 167
12.2.2 使用时机 169
12.2.3 例：单值引用（Java） 169
12.2.4 例：多表查询（Java） 172
12.2.5 例：引用集合（C#） 173
12.3 关联表映射（Association Table Mapping） 175
12.3.1 运行机制 176
12.3.2 使用时机 176
12.3.3 例：雇员和技能（C#） 177
12.3.4 例：使用直接的SQL（Java） 179
12.3.5 例：用一次查询查多个雇员（Java） 182
12.4 依赖映射（Dependent Mapping） 186
12.4.1 运行机制 186
12.4.2 使用时机 187
12.4.3 例：唱片和曲目（Java） 188
12.5 嵌入值（Embedded Value） 190
12.5.1 运行机制 190
12.5.2 使用时机 190
12.5.3 进一步阅读 191
12.5.4 例：简单值对象（Java） 191
12.6 序列化LOB（Serialized LOB） 192
12.6.1 运行机制 193
12.6.2 使用时机 194
12.6.3 例：在XML中序列化一个部门层级（Java） 194
12.7 单表继承（Single Table Inheritance） 196
12.7.1 运行机制 197
12.7.2 使用时机 197
12.7.3 例：运动员的单表（C#） 198
12.7.4 从数据库中加载对象 199
12.8 类表继承（Class Table Inheritance） 202
12.8.1 运行机制 202
12.8.2 使用时机 203
12.8.3 进一步阅读 203
12.8.4 例：运动员和他们的家属（C#） 203
12.9 具体表继承（Concrete Table Inheritance） 208
12.9.1 运行机制 209
12.9.2 使用时机 210
12.9.3 例：具体运动员（C#） 210
12.10 继承映射器（Inheritance Mappers） 214
12.10.1 运行机制 215
12.10.2 使用时机 216
第13章 对象－关系元数据映射模式 217
13.1 元数据映射（Metadata Mapping） 217
13.1.1 运行机制 217
13.1.2 使用时机 218
13.1.3 例：使用元数据和反射（Java） 219
13.2 查询对象（Query Object） 224
13.2.1 运行机制 225
13.2.2 使用时机 225
13.2.3 进一步阅读 226
13.2.4 例：简单的查询对象（Java） 226
13.3 资源库（Repository） 228
13.3.1 运行机制 229
13.3.2 使用时机 230
13.3.3 进一步阅读 231
13.3.4 例：查找一个人所在的部门（Java） 231
13.3.5 例：资源库交换策略（Java） 231
第14章 Web表现模式 233
14.1 模型－视图－控制器（Model View Controller） 233
14.1.1 运行机制 233
14.1.2 使用时机 234
14.2 页面控制器（Page Controller） 235
14.2.1 运行机制 235
14.2.2 使用时机 236
14.2.3 例：Servlet控制器和JSP视图的简单演示（Java） 236
14.2.4 例：使用JSP充当处理程序（Java） 238
14.2.5 例：代码隐藏的页面控制器（C#） 241
14.3 前端控制器（Front Controller） 243
14.3.1 运行机制 244
14.3.2 使用时机 245
14.3.3 进一步阅读 246
14.3.4 例：简单的显示（Java） 246
14.4 模板视图（Template View） 248
14.4.1 运行机制 249
14.4.2 使用时机 251
14.4.3 例：分离的控制器，使用JSP充当视图（Java） 252
14.4.4 例：ASP.NET服务器页面（C#） 253
14.5 转换视图（Transform View） 256
14.5.1 运行机制 256
14.5.2 使用时机 257
14.5.3 例：简单的转换（Java） 257
14.6 两步视图（Two Step View） 259
14.6.1 运行机制 259
14.6.2 使用时机 260
14.6.3 例：两阶XSLT（XSLT） 264
14.6.4 例：JSP和定制标记（Java） 266
14.7 应用控制器（Application Controller） 269
14.7.1 运行机制 270
14.7.2 使用时机 271
14.7.3 进一步阅读 271
14.7.4 例：状态模型应用控制器（Java） 271
第15章 分布模式 275
15.1 远程外观（Remote Facade） 275
15.1.1 运行机制 276
15.1.2 使用时机 278
15.1.3 例：使用Java语言的会话bean来作为远程外观（Java） 278
15.1.4 例：Web Service（C#） 281
15.2 数据传输对象（Data Transfer Object） 285
15.2.1 运行机制 285
15.2.2 使用时机 288
15.2.3 进一步阅读 289
15.2.4 例：传输唱片信息（Java） 289
15.2.5 例：使用XML实现序列化（Java） 293
第16章 离线并发模式 295
16.1 乐观离线锁（Optimistic Offline Lock） 295
16.1.1 运行机制 296
16.1.2 使用时机 298
16.1.3 例：领域层与数据映射器（Java） 298
16.2 悲观离线锁（Pessimistic Offline Lock） 302
16.2.1 运行机制 303
16.2.2 使用时机 305
16.2.3 例：简单锁管理对象（Java） 305
16.3 粗粒度锁（Coarse-Grained Lock） 310
16.3.1 运行机制 310
16.3.2 使用时机 312
16.3.3 例：共享的乐观离线锁（Java） 312
16.3.4 例：共享的悲观离线锁（Java） 316
16.3.5 例：根对象乐观离线锁（Java） 317
16.4 隐含锁（Implicit Lock） 318
16.4.1 运行机制 318
16.4.2 使用时机 319
16.4.3 例：隐含的悲观离线锁（Java） 319
第17章 会话状态模式 321
17.1 客户会话状态（Client Session State） 321
17.1.1 运行机制 321
17.1.2 使用时机 322
17.2 服务器会话状态（Server Session State） 322
17.2.1 运行机制 322
17.2.2 使用时机 324
17.3 数据库会话状态（Database Session State） 324
17.3.1 运行机制 324
17.3.2 使用时机 325
第18章 基本模式 327
18.1 入口（Gateway） 327
18.1.1 运行机制 327
18.1.2 使用时机 328
18.1.3 例：私有消息服务的入口（Java） 329
18.2 映射器（Mapper） 331
18.2.1 运行机制 332
18.2.2 使用时机 332
18.3 层超类型（Layer Supertype） 332
18.3.1 运行机制 332
18.3.2 使用时机 333
18.3.3 例：领域对象（Java） 333
18.4 分离接口（Separated Interface） 333
18.4.1 运行机制 334
18.4.2 使用时机 335
18.5 注册表（Registry） 335
18.5.1 运行机制 336
18.5.2 使用时机 337
18.5.3 例：单子注册表（Java） 337
18.5.4 例：线程安全的注册表（Java） 338
18.6 值对象（Value Object） 339
18.6.1 运行机制 339
18.6.2 使用时机 340
18.7 货币（Money） 340
18.7.1 运行机制 341
18.7.2 使用时机 342
18.7.3 例：货币类（Java） 343
18.8 特殊情况（Special Case） 346
18.8.1 运行机制 347
18.8.2 使用时机 347
18.8.3 进一步阅读 347
18.8.4 例：一个简单的空对象（C#） 347
18.9 插件（Plugin） 348
18.9.1 运行机制 349
18.9.2 使用时机 350
18.9.3 例：ID生成器（Java） 350
18.10 服务桩（Service Stub） 352
18.10.1 运行机制 352
18.10.2 使用时机 353
18.10.3 例：销售税服务（Java） 353
18.11 记录集（Record Set） 355
18.11.1 运行机制 355
18.11.2 使用时机 356
参考文献 359
· · · · · · (收起)
读后感
2007年以前读的话帮助会很大。 书中的很多内容，如三层架构、持久化与业务逻辑分离等现在已经成为了业界常识，但是本书的地位还是值的肯定得。 如果没有读过其他比较新的设计思想，用这本书用来补充自己对架构发展上方面认识还是很有帮助的。
评分http://www.china-pub.com/19923 China-pub开始对绝版好书进行冲印刷工作,需要的直接订一下吧,书是不错的
评分这本书太老了；书中所讨论的问题，现在使用框架技术，都可以解决了。 现在有些指导意义的是，前几章，对于性能评估和分层的概念性的东西。 性能评估 * 响应时间， * 响应性 * 等待时间 * 吞吐率。 * 负载 * 负载敏感度 * 效率 * 系统容量 * 可伸缩性（垂直可伸缩性...
评分如果你做企业应用开发，还没有读过这本书?那么就赶紧打车去书店买一本，用最短的时间读一遍，细细体会，然后在你还没被开除之前在读几遍，直到你自己鲤鱼跳龙门~
评分从大学到现在，这本书也许我反反复复地读了不下十遍，可是这次终于有了勇气把他标注为看过，因为直到今天我才自信自己真的理解了里面所讲的架构模式。 对于现在的互联网时代，所有的开发思想都是强调简洁，强调“敏捷”，甚至曾经流行一时的OOD竟然有被嫌弃的趋势；我们回顾自...
用户评价
这本书太令人惊叹了！我最近花了几个星期的时间沉浸其中，每一次阅读都让我对软件开发有了更深层次的理解。它不是那种让你轻松浏览的书，你需要投入时间和精力去消化书中的每一个概念，但这份投入是绝对值得的。作者以一种非常清晰、逻辑严谨的方式，将复杂的设计模式娓娓道来，并且总能配以恰当的、极具启发性的例子。我特别喜欢它关于“领域驱动设计”的部分，它彻底改变了我对如何构建复杂业务软件的看法。以前我总是头疼于如何将业务逻辑与技术实现完美结合，这本书提供了一套行之有效的框架和工具，让我能够清晰地识别出核心领域、聚合根、限界上下文等等，并以此为基础进行设计。书中对“事物上下文”的剖析也让我受益匪浅，它教会我理解一个特定场景下，对象和行为的意义往往是动态变化的，而不是僵化的。这让我不再害怕面对那些需求不断变化的系统，反而能更主动地去驾驭它们。我尤其欣赏作者在书中强调的“沟通”的重要性，他反复提及模型的重要性，以及如何通过共享的语言来促进团队成员之间的理解。这一点在我的日常工作中，无论是与产品经理沟通需求，还是与团队成员讨论技术方案，都起到了至关重要的作用。这本书真的像是为我打开了一扇通往优秀软件设计殿堂的大门，让我看到了很多以前从未想到过的可能性。
评分这本书对我来说，就像是一张精密的蓝图，让我看到了构建大型、复杂企业级应用的完整路径。它没有罗列一堆晦涩难懂的理论，而是用清晰的语言和丰富的实例，一步步地引导读者去理解那些“看不见”的架构设计。我特别赞赏书中关于“领域模型”的强调。它不仅仅是数据库表的设计，更是对业务本质的提炼和抽象。通过构建一个清晰的领域模型，我们才能更好地理解业务需求，并将其转化为高质量的代码。书中对“仓库”和“聚合”的概念讲解得非常透彻，让我明白了如何有效地组织和管理领域对象，以及如何保证数据的一致性。此外，书中对“消息总线”和“领域事件”的探讨，也为我打开了新的思路。它让我看到了如何利用异步通信和事件驱动的方式，来构建松耦合、高内聚的系统。这在处理高并发、大数据量的场景下尤为重要。这本书的价值在于，它不仅仅教授了“是什么”，更重要的是教授了“为什么”。它让我理解了每一个设计模式背后的哲学和思想，从而能够触类旁通，灵活运用。我感觉自己不再是那个只会写代码的程序员，而是一名能够真正理解和设计软件架构的工程师。
评分这本书简直是我近几年阅读过的最实用、最有价值的技术书籍之一！它不是那种“教你速成”的书，而是那种需要你静下心来，一点一点去体会、去思考的书。我尤其喜欢书中对“CQRS”（命令查询职责分离）的深入剖析。它彻底颠覆了我对如何处理读写操作的认知，让我看到了在复杂系统中使用CQRS所带来的巨大优势，例如提高性能、增强可扩展性等等。而对于“事件溯源”的讲解，更是让我对如何构建健壮、可审计的系统有了全新的认识。它不仅可以用来追踪系统的状态变化，还能为将来的数据分析和回滚提供强大的支持。书中还详细介绍了如何利用“消息队列”来解耦应用程序的不同部分，实现异步通信，这对于构建分布式系统来说至关重要。我之前在处理分布式系统时，总是会遇到各种各样的问题，这本书为我提供了很多实用的指导和解决方案。它就像一位经验丰富的导师，能够在我遇到困难时，及时地为我指点迷津。我强烈推荐这本书给所有正在从事或者即将从事企业级应用开发的开发者，相信我，你不会后悔的。
评分我一直对企业级应用的开发感到有些力不从心，感觉自己总是被一些技术细节牵着鼻子走，而忽略了更宏观的设计层面。直到我读了这本书，才恍然大悟。它就像一位经验丰富的老者，循循善诱地引导我走出迷雾。我曾以为设计模式只是些零散的“招式”，但这本书将它们编织成了一个完整的体系，让我看到了它们之间的内在联系和协同作用。它详细地讲解了如何利用“依赖注入”来解耦组件，提高代码的可测试性和可维护性，这一点我之前一直很困惑。而关于“仓储模式”和“领域事件”的论述，更是让我眼前一亮。它提供了一种全新的视角来处理数据访问和业务流程的协调，让我的代码不再是杂乱无章的意大利面条。我特别喜欢书中的一个观点，就是“先设计，后实现”。很多时候，我们总是急于动手写代码，结果发现越写越乱，越改越难。这本书提醒我，花时间去思考，去绘制图表，去讨论，是多么的重要。它鼓励我去构建一个清晰、一致的模型，并在模型的基础上进行开发。这让我感觉自己不再是被动的代码工人，而是主动的架构师。这本书真的让我对自己的职业生涯有了新的规划和信心，让我看到了成为一名优秀软件工程师的希望。
评分说实话，这本书的封面和标题看起来有点枯燥，我一开始并没有抱太大的期望。但当我翻开第一页，就被作者的文字所吸引了。他用一种非常生动、形象的方式，讲解了那些抽象的设计模式。我从来没有想过，像“代理模式”这样听起来很技术性的概念，竟然可以用“替身”来比喻，一下子就理解了它的核心思想。书中的“服务层”和“领域层”的划分，对我来说简直是醍醐灌顶。它让我明白，如何将用户的请求、业务逻辑、数据访问清晰地分离，让每一层都只承担自己应该承担的责任。我之前写的代码，常常将这些东西混在一起，导致维护起来非常痛苦。这本书为我提供了一套优雅的解决方案。我尤其对书中关于“身份映射”的讨论印象深刻，它解决了对象与关系数据库之间的映射难题，让我不再为CRUD操作而烦恼。而且，它还让我看到了如何利用“乐观并发控制”来处理多用户同时访问的场景，避免了数据丢失和不一致的问题。这本书不仅仅是关于设计模式的讲解，更是一种思维方式的培养。它让我开始思考“为什么”要这样做，而不是仅仅停留在“怎么做”。这让我感觉自己不仅仅是在学习技术，更是在提升自己的认知水平。
评分有点过时，现在书里面讲的基本上都已经成了标配。不过对于领域模型的讲解对初学者很有意义。
评分随便翻了一下
评分终于读完了这本经典。。。
评分10几年前的书，很多都过时了。
评分太老了,里面说的大多已经是众人皆知的.要么是已是被淘汰了.
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈图书下载中心 版权所有