企业应用架构模式-[英]马丁福勒著

　　企业应用架构模式PDF适合需要学习架构的朋友使用，可以在书籍上学习到关于企业级应用程序的分层、构建领域(业务)逻辑、构建基于Web的用户界面、将内存模块(尤其是对象)关联到关系数据库等开发方面的知识，对于大多数模式,本书提供了相应的代码示例，示例是用来阐述和解释模式思想的，它们并非可以直接使用的解决方案,任何情况下都需要做一些工作才能将它们用于你的应用程序之中，本书面向的是正在构建企业级应用、希望增进对架构相关问题的理解和沟通的编程人员、设计人员和软件架构师，提供多个章节分步介绍分层、组织领域逻辑、映射关系到数据库等知识，如果你需要学习架构就可以下载企业应用架构模式 pdf！

书籍介绍

　　本书就是面向企业应用开发者的,可帮助他们迎接这种艰难挑战。本书的作者 Martin Fowler注意到,尽管技术本身存在变化从 Smalltalk到CORBA,再到Java和.NET,但基本的设计思想并没有太多变化,可以加以适当调整,用来解决那些共同的问题。在一组专家级合作者的帮助下,作者将40多种经常出现的解决方案转化成模式,最终写成这本能够应用于任何一种企业应用平台的、关于解决方案的、不可或缺的手册。本书曾于2002荣获美国软件开发杂志图书类的生产效率奖和读者选择奖。

　　本书涉及两部分内容。第一部分是关于如何开发企业应用的简单介绍。在阅读这部分时,读者可以从头到尾通读,以掌握本书的范围。第二部分是本书的主体,是关于模式的详细参考手册,每个模式都给出使用方法和实现信息,并配有详细的Java代码或C#代码的示例。此外,整本书中还用了大量UML图来进一步阐明有关概念。

本书主要内容

　　将企业应用分层

　　组织企业业务逻辑的主要方法

　　在对象和关系数据库之间进行映射的深层次解决方案

　　通过模型-视图-控制器来组织Web表现

　　处理跨多事务的数据的并发问题

　　设计分布式对象接口

目录介绍

　　第一部分表述

　　第1章分层

　　1.1 企业应用中层次的演化

　　1.2 三个基本层次

　　1.3 为各层选择运行环境…

　　第2章组织领城逻辑

　　2.1抉择…

　　2.2服务层

　　第3章映射到关系数据库

　　3.1架构模式…

　　3.2行为问题

　　3.3读取数据…

　　3.4结构映射模式…

　　3.4.1关系的映射

　　3.4.2继承

　　3.5建立映射…

　　3.6使用元数据…

　　3.7数据库连接…

　　3.8其他问题…

　　3.9进一步阅读…

　　第4章Web表现层

　　4.1视图模式…

　　4.2输入控制器模式…

　　4.3进一步阅读…

　　第5章并发…

　　51并发问题…

　　5.2执行语境…

　　5.3隔离与不变性…

　　54乐观并发控制和悲观并发控制…

　　5.4.1避免不一致读…

　　5.4.2死锁

　　5.5事务…

　　5.5.1 ACID...

　　5.5.2事务资源

　　5.5.3减少事务隔离以提高灵活性

　　5.54业务事务和系统事务

　　5.6离线并发控制的模式

　　5.7应用服务器并发

　　5.8进一步阅读

　　第6章会话状态

　　6.1无状态的价值

　　6.2会话状态…

　　6.3存储会话状态的方法

　　第7章分布策略

　　7.1分布对象的诱惑…

　　7.2远程接口和本地接口

　　7.3必须使用分布的情况

　　7.4关于分布边界…

　　7.5分布接口…

　　第8章通盘考虑

　　8.1从领域层开始

　　8.2深入到数据源层…

　　8.2.1事务脚本的数据源

　　8.2.2表模块的数据源

　　8.2.3领域模型的数据源

　　8.3表现层

　　8.4一些关于具体技术的建议…

　　8.4.1ava和J2EE

　　8.4.2net

　　8.4.3存储过程

　　8.4.4 Web Services

　　8.5其他分层方式

　　第二部分模式

　　第9章领域逻辑模式

　　9.1事务脚本(Transaction Script)

　　9.1.1运行机制

　　9.1.2使用时机

　　9.1.3收入确认问题

　　9.1.4例:收入确认(Java)

　　9.2领域模型(Domain Model)

　　9.2.1运行机制…

　　9.2.2使用时机

　　9.2.3进一步阅读

　　9.2.4例:收入确认(Java)

　　9.3表模块(Table Module)

　　93.1运行机制

　　9.3.2使用时机

　　9.3.3例:基于表模块的收入确认(C#)

　　9.4服务层(Service Layer)

　　94.1运行机制

　　94.2使用时机

　　94.3进一步阅读…

　　9.4.4例:收入确认(Java)

　　第10章数据源架构模式

　　10.1表数据入口(Table Data Gateway)

　　10.1.1运行机制

　　10.1.2使用时机

　　10.1.3进一步阅读

　　10.1.4例:人员入日(C#)

　　10.1.5例:使用ADO.NET数据集(C#)

　　10.2行数据入口(Row Data Gateway)

　　10.2.1运行机制…

　　10.2.2使用时机…

　　10.2.3例:人员记录(Java)

　　10.2.4例:领域对象的数据保持器(Java)

　　10.3活动记录(Active Record)

　　10.3.1运行机制

　　10.3.2使用时机

　　10.3.3例:一个简单的 Person类(Java)

　　10.4数据映射器(Data Mapper)

　　10.4.1运行机制

　　10.4.2使用时机

　　10.4.3例:一个简单的数据映射器(Java)

　　10.4.4例:分离查找方法(Java)

　　10.4.5例:创建一个空对象(Java)

　　第11章对象一关系行为模式

　　11.1工作单元(Unit of Work)

　　11.1.1运行机制

　　11.1.2使用时机

　　11.1.3例:使用对象注册的工作单元 (Java)

　　11.2标识映射(Identity Map)

　　11.2.1运行机制…

　　11.2.2使用时机

　　11.2.3例:标识映射中的方法(Java)

　　11.3延迟加载(Lazy Load)

　　11.3.1运作机制

　　11.3.2使用时机

　　11.3.3例:延迟初始化(Java)

　　11.3.4例:虚代理(Java)

　　11.3.5例:使用值保持器(Java)

　　11.3.6例:使用重影(C#)

　　第12章对象一关系结构模式

　　12.1标识域(Identity Field

　　12.1.1工作机制

　　12.1.2使用时机

　　12.1.3进一步阅读

　　12.1.4例:整型键(C#)

　　12.1.5例:使用键表(java)

　　12.1.6例:使用组合键(Java)

　　12.2外键映射(Foreign Key Mapping)

　　12.2.1运行机制

　　12.2.2使用时机

　　12.2.3例:单值引用(Java)

　　12.2.4例:多表查询(Java)

　　12.2.5例:引用集合(C#)

　　12.3关联表映射(Association Table

　　Mapping)

　　12.3.1运行机制

　　12.3.2使用时机

　　12.3.3例:雇员和技能(C#)

　　12.3.4例:使用直接的SQL(Java)

　　12.3.5例:用一次查询查多个雇员(Java)

　　12.4依赖映射(Dependent Mapping

　　12.4.1运行机制

　　12.4.2使用时机

　　12.4.3例:唱片和曲目(Java)

　　12.5嵌入值(Embedded Value)

　　12.5.1运行机制

　　12.5.2使用时机

　　12.5.3进一步阅读

　　12.5.4例:简单值对象(ava)

　　12.6序列化LoB(Serialized LOB)

　　12.6.1运行机制

　　12.6.2使用时机

　　12.6.3例:在XML中序列化一个

　　部门层级(java)…

　　12.7单表继承(Single Table Inheritance)

　　12.7.1运行机制…

　　12.7.2使用时机…

　　12.7.3例:运动员的单表(C#)

　　12.7.4从数据库中加载对象

　　12.8类表继承(Class Table Inheritance)

　　12.8.1运行机制

　　12.8.2使用时机

　　12.83进一步阅读

　　12.8.4例:运动员和他们的家属(C#)

　　12.9具体表继承(Concrete Table Inheritance)

　　12.9.1运行机制

　　12.9.2使用时机

　　12.9.3例:具体运动员(C#)

　　12.10继承映射器(Inheritance Mappers)

　　12.10.1运行机制

　　12.10.2使用时机

阅读说明

　　由于模式是可复现问题的通用解决方案,因此可能有的读者对这些模式已经有所接触。如果你从事企业级应用开发已经有一段时间,可能会很熟悉其中大部分模式。本书中并不包含任何新的东西,正相反:这是一本关于(我们这一行业的)已有知识的书。如果你是这一领域的新手,我希望本书将帮助你学习这些技术。如果你熟悉这些技术,我希望本书有助于你与其他人沟通。模式的重要作用就在于其创建了一个通用的词汇表,例如,你称某个类是远程外观,其他设计人员就都知道你指的是什么。