摘要： 离线并发：多个数据库事务中支持多线程的各种应用服务器1. 并发问题： 1）丢失更新（同时编辑文件，相继保存，最终丢失先保存者更新的内容） 2）不一致性（读取期间，数据有更新） 2. 执行语境： 1）从与外界交互角度看的2个语境： 请求：对应于软件工作的外部环境发出的单个调用，处理请求的软件会决定是否返回一个应答（过程大部分是在服务器端进行，而客户端则假设为在等待应答） 会话：客户端和服务器端之间一次长时间的交互 2）操作系统的2个语境： 进程：重量级的执行语境，将其正在处理的内部数据域外部隔离开（有效隔离，减少冲突，但需要消耗很多资源） ... 阅读全文

摘要： 构建web服务器上应用程序的2种方法： 1）使用脚本：CGI、Java Servlet，通过write stream操作输出字符串；适合于解释请求消息 2）使用服务器页面：把程序和返回文本也组合在一起，在html中编写返回页面（Asp、php、jsp等）；适合于格式化应答消息1. 视图模式： 1）转换视图： 特点：使用程序的一种转换风格（如XSLT) 2）模板视图： 特点：允许你在网页结构中编写表现层，并允许在网页中嵌入标签，用以知名网页中动态内容需要导向到哪里（如ASP、JSP、PHP等） 优点：提供强大功能、灵活 缺点：代码混乱以至于难以... 阅读全文

摘要： 关系数据库之所以取得成功，最重要的原因之一就是SQL的存在，它是数据库通信标准语言。1. 架构模式： 驱动领域逻辑访问数据的方式： SQL语句嵌入在程序设计语言中； 行数据入口、表数据入口：把SQL访问从领域逻辑中分离出来，并把它放到独立的类中（让它们以数据库中的表结构为基础，每一个数据表对应一个类），这些类为数据库建立了一个入口； 活动记录：领域模型简单时，每个领域对象负责对应数据库的表的存取过程 数据映射器：领域模型复杂时，处理数据库和领域模型之间的所有存取操作，并且允许双方都能独立变化 面向对象数据库：领域模型不管有多复杂，均可使用（... 阅读全文

摘要： 1. 模型抉择： 1）领域逻辑复杂度： 2）抉择： 领域逻辑复杂度较低时，选择事物脚本； 如果开发环境拥有大量基于记录集的工具（.Net和VS），可以选择表模块； 开发小组经验丰富时，选择领域模型； 3种模式并不互相排斥，可以同时使用2. 服务层： 1）服务层是从领域层分离出来的，用于置于底层的领域模型或表模块之上 2）服务层用于放置事物控制和安全等功能 3）如果确实需要，服务层尽可能最小化（充当于一个Facade层） 阅读全文

摘要： 1. 分层优缺点： 1）优点： 在无需过多了解其他层次的基础上，可以将某一层作为一个有机整体来理解； 可以替换某层的具体实现，只要前后提供的服务相同即可； 可以将层次间的依赖性减到最低； 分层有利于标准化工作； 一旦构建好了某一层次，就可以用它为很多上层服务提供支持 2）缺点： 层次并不能封装所有东西，有时会带来级联修改； 过多层次会影响性能； 决定建立那些层次以及每一层的职责是什么难以决定2. 企业应用中层次的演化： C/S（领域逻辑放在客户端） -> 领域逻辑放到数据库，作为存储过程 -> 三层架构... 阅读全文

摘要： 1. 架构： 最高层次的系统分解、系统中不易改变的决定（有些主观）2. 企业应用特点： 持久化数据、涉及到大量数据、很多人同时访问数据、大量操作数据的用户界面屏幕、需要与散布在企业周围的其他企业应用集成、可能会遇到业务过程中的差异以及数据中概念的不一致性、复杂业务无逻辑3. 企业应用分类： 选择架构时，必须很清楚地了解面临的问题，在理解的基础上再来选择合适的设计。同时，即便选择了某种模式，也需要进一步根据面临的问题来修改模式 在系统开发时应该选取尽可能少的工具，注意不同的工具擅长处理的方面不同，切记不要用错工具4. 关于性能的考虑： 性能：响应时间、响应性、等待时间、吞吐率、负载（当前有多少用 阅读全文

摘要： 1. 面向对象最大优点在于它能够使复杂逻辑易于处理2. 阅读本书方法：从头到尾将第一部分的叙述性章节读完，然后再根据兴趣和需求翻阅第二部分的有关章节3. 软件架构通用性书籍：POSA（面向模式的软件架构）4. 迭代开发的核心在于只要软件对用户有用，就应当交付，即使这个软件当时并没有完成 阅读全文

摘要： 1. 何为领域驱动设计： 怎么让软件和领域和谐相处：最佳的方式是让软件成为领域的反射（映射），体现领域里重要的核心概念和元素，并精确实现它们之间的关系。 领域模型不是一副具体的图，它是那幅图要极力去传达的那个思想！2. 通用语言： 由软件架构师、开发人员和领域专家构成的开发团队，需要一种语言来统一他们的行动，以帮助他们创建一个模型，并使用代码来表现模型。 一个明智的沟通模型的方式是创建一些小的图，让每副小图包含模型的一个子集。这些图会包含若干类以及它们之间的关系，然后向图中添加文本，文本将解释图所不能表现的行为和约束。3. 模型驱动设计： 紧密关联领域建模和设计，模型在创建... 阅读全文

摘要： 1. 数据访问层究竟是什么： 1）功能需求： 数据库独立性（无论最终的数据存储介质是什么，数据访问层都要能为系统的其他部分提供同样的服务） 像插件一样可配置（将数据库访问层作为一个黑盒，该黑盒提供了一个固定接口，并从配置文件中动态读取出当前数据访问层组建的细节）：接口、ORM 2）数据访问层的职责： CRUD、Query、Transaction Management、Concurrency 3）关系： 架构图如下： 数据访问层和领域模型并不直接通信，而是靠服务层来协调，这事架构上的关键之处。2. 设计数据访问层： 分离接口模... 阅读全文

摘要： 服务层可以看做是表现层结束、业务层开始的一个便捷，服务层用来尽可能地降低表现层和业务逻辑之间的耦合，让表现层无需关注业务逻辑层中的具体实现组织方式1. 服务层究竟是什么？ 1）服务层: 2）面向服务是一种设计业务流程的方式，由一系列互相连接的服务组成，面向服务并不是某种特定的技术，而更像是一种不同的组织业务操作的方式2. 实战： 1）何时使用服务层：若有多个前端且应用逻辑较为复杂，推荐提供一套公用的API: 2）服务层优势： 实现一个粗粒度的远程接口，降低表现层与业务层之间的通信流量； 若通过服务来实现，方便让该层在远程执行或通过配置修改绑定... 阅读全文