《Microsoft .NET 企业级应用架构设计》 - 学习笔记

《Microsoft .NET 企业级应用架构设计》

========== ========== ==========
[作者] (意) Dino Esposito (意) Andrea Saltarello
[译者] (中) 陈黎夫
[出版] 人民邮电出版社
[版次] 2010年06月 第1版
[印次] 2010年06月 第1次 印刷
[定价] 69.00元
========== ========== ==========

【前言】 

(P001) 

每次遇到软件项目时，我们都会创建一个解决方案。这个过程就叫做架构设计，而架构设计的最终产物就是软件架构。

架构是一个系统中最为核心的部分，是构造系统过程中的支柱。

【第01章】 【当代的架构师和架构】 

(P003) 

在软件领域中，架构就是指为客户构建系统。

(P004) 

优秀的架构师是团队所必需的。那么什么是优秀呢？这个人必须有丰富的经验、良好的教育以及相应的资格。

当代系统需要很多的工程以及理解，但不需要太多艺术和主观的猜测，这正是优秀架构师应当努力的方向。

(P007) 

描述架构的一种非常流行的方法是使用 UML 图表。

(P009) 

架构将被精炼到真正重要的事情上 —— 无论这事情是什么。

(P010) 

领域驱动设计理论实际上建议总是使用工厂来创建复杂的对象。

一般来说，使用 virtual 或 sealed 修饰符需要承担不少的责任。

(P015) 

架构设计要基于对需求的分析，分析会决定系统将要做什么，而架构则决定系统如何做。

(P017) 

架构师最终将负责系统的开发，并与开发者团队协调，技术详细说明书正是架构师和开发者沟通并传达架构的工具。

沟通是架构师的关键。架构师需要与开发者沟通，也需要与项目经理和分析师沟通，或许还要与用户沟通。架构师很重要的一个技能就是语言要明确清晰。

(P018) 

架构师不过就是一个优秀一些，更有经验的开发者而已。

(P019) 

通常而言，分析应属于项目领域中的专家，而架构师无需如此。分析师可以告诉架构师他对系统的理解，包括系统如何工作以及系统需要做什么等。

(P020) 

架构师和开发者之间的区别就在于经验和教育经历。

【第02章】 【UML 必要知识】 

(P028) 

UML 基于一系列的图形化标记，特别适合在面向对象场景中建模。

(P029) 

建模对于任何软件项目来说都是个核心步骤，对于大型的企业级应用程序 (特别是那些支撑公司正常运作的程序) 来说，其作用更加不容忽视。

在软件领域中，模型应该与建筑中的导航图、计划图和物理模型一样重要 —— 这是必须而不是可选的。

【第03章】 【设计原则和模式】 

(P056) 

一个设计精良的系统并不是一系列指令和修补的堆砌，里面还有很多与设计直接或间接相关的东西。

一个良好的代码体系可以容易地找到 Bug 所在，也可以轻易地修复 Bug ，还可以在任何时候进行任何程度的改进，包括可扩展性和可伸缩性。考虑到这些，可维护性就成为了设计系统时最应该关注的问题。

(P060) 

高内聚的模块意味着高的可维护性和可重用性，因为这些