主题

内容

第二单元
面向对象设计：
抽象与变化
扩展式设计

合理的职责分配并不能完全保证软件设计的卓越，因为需求变化是软件开发的常态，因此设计必须在一定程度满足变化，保证系统的可扩展性。
1、抽象的意义
抽象的关键在于寻找多个对象（或行为）具有的共同特征，并对特性进行泛化。泛化的特征可以暴露在外，从而隔离内部的实现。
（1）用例分析：对用例和参与者的泛化；遵循的原则；
（2）案例分析：授权框架的设计，体现了对共同特征的提取，合理引入Chain Of Responsibility模式与Template Method模式；
（3）案例分析：项目管理模型的抽象，通过对多种项目管理过程进行分析，对各种模型概念进行分类，并抽象出模型的共同特征，从而简化模型；

2、识别变化
要保证设计的可扩展性，主要过程是识别变化点，然后对变化进行封装。
（1）变化点：常见的变化点包括业务规则、算法策略、外部服务、硬件支持、命令请求、协议标准、数据格式、业务流程、系统配置、界面表现；
（2）案例分析：电子商务系统的Invoice业务规则，引入Specification模式；CIMS系统的机器加载策略，引入Strategy模式；短信服务，引入Facade模式与Adapter模式；人力资源系统考勤模块，引入Gateway模式；
（3）案例分析：CQRS框架，对命令处理逻辑的包装，引入Decorator模式，并通过分析变化点，引入另一种替代Decorator模式的设计。

3、依赖解耦
处理变化的关键是要解除对具体对象的依赖。
（1）表驱动法
（2）配置与反射
（3）IoC容器
（4）惯例优于配置

4、扩展式设计
扩展式设计分为三个步骤，分别为：分离职责各司其职，利用抽象统一接口，引用接口预留空白。扩展式设计可以有效地保证整个系统的可扩展性。
（1）扩展式设计的步骤
（2）实战演练：订单处理，通过三次迭代逐步改进原有设计，并分别遵循专家模式、分离原则与扩展式设计，保证设计在修改最小的前提下满足需求变化。在设计演进中，讨论对设计模式的合理运用，并引入Specification模式；
（3）案例分析：配置管理框架的设计，该框架能够支持配置信息的多种存储形态，包括文件、数据库、LDAP等；支持多种获取配置的方式，如Web服务，REST服务。配置管理框架的接口需要保证其统一性和一致性，同时在满足可扩展要求下，提供接口的易用性。
（4）案例分析：消息队列规范的设计。通过分析JMS、MSMQ、RabbitMQ和NServiceBus的设计，理解抽象的含义，例如理解面向接口设计、接口隔离原则、按意图设计、Facade模式与企业集成模式。
（5）实战演练：CIMS基于消息的分布式架构。通过对服务的统一抽象，以及对消息处理的职责分配，建立一个协作合理的分布式架构。设计过程中会引入Command模式、Publisher – Subscriber模式、Message Bus模式、Message Translator模式、Lookup模式。

主题

内容

第三单元
场景驱动设计：
利用场景建模
设计过程

无论进行怎样的设计，都不能离开具体的场景。场景驱动设计的要义是基于场景有针对性地进行设计。场景既是设计的驱动力，又是设计的约束，从而获得恰如其分的设计。
1、场景的目标层次
（1）概要目标：系统层次的场景划分，每个概要目标可对应子系统的需求目标。通过概要目标引入领域驱动设计的Unbounded Context。
（2）用户目标：业务层次的场景划分，每个用户目标对应各个子系统所提供的业务价值，并以服务的形式暴露给调用者。
（3）子功能：功能层次的场景划分，每个子功能都对应于业务功能，并以领域对象或横切关注点的方式，由服务调用。
（4）案例分析：电子商务系统的场景目标划分，以层次模型的方式表现场景。

2、场景的6W模型
（1）6W的内容：分别为who（对应于角色）、why（对应于业务价值）、when（对应于对象的协作）、what（对应于业务功能）、where（对应于场景边界）和hoW（对应于业务实现）；
（2）6W模型的设计驱动力：6W模型的关键是在场景边界内，通过场景识别出角色，再以角色为设计入口，运用职责的层次模型识别出业务价值、业务功能和业务实现，从而根据职责模型获得领域模型，再通过时序图，处理对象之间的协作关系，进一步精炼出更为准确的领域模型。

3、场景驱动设计演练
（1）实战案例：某大型跨国公司的内部培训系统，包括培训计划制订，培训实施以及员工职业生涯规划等功能；
（2）对整个系统进行分析，识别场景的目标层次；
（3）划分需求场景，运用6W模型进行场景驱动设计；
场景一：将培训的Ticket分配给员工。在分配ticket时，需要指定deadline，以及取消票或deadline到期时的Action。同时，将该ticket的状态设置为pending；
场景二：在接收到分配ticket的通知后，并在设定的deadline之前，拒绝该ticket。此时，会自动执行事先分配给ticket的取消票的action；
场景三：根据设定的trigger周期，定期扫描在当日满足deadline条件的ticket；如果存在满足deadline条件的ticket，且ticket的状态不为accepted，则需要触发事先指定给该ticket的action。
场景四：无论是nomination，还是接收ticket、取消ticket，或者deadline以及取消执行的action，只要是对ticket进行了处理，都需要记录这次处理ticket的记录，以便于未来对该票的跟踪；
整个演练将完整介绍场景驱动设计的过程，并结合前面讲解的职责驱动设计与扩展式设计，确保优良的设计。案例会引入对领域建模的考量，识别职责、识别变化点并封装变化。设计会引入Strategy模式，Bridge模式、Repository模式、State模式以及Interceptor模式等，使设计满足可重用性、可扩展性。

4、卓越的软件设计
整个设计过程是由场景来驱动，通过角色识别职责，然后遵循高内聚原则对对象进行封装。合理的封装还必须保证对象之间的协作是松耦合。其中，可通过识别变化点，利用抽象对变化进行封装。卓越的软件设计还需要不断地演进，保证设计达到卓越的途径是识别坏味道，然后通过重构对代码进行改进；还可以运用探索式设计，对职责进行合理的分配。
（1）常见的坏味道：包括过长方法、过大的类、特性依恋、霰弹式修改、消息链、并行的继承体系、中间人等；
（2）探索式方法：包括方法分组、观察隐藏方法、寻找可以更改的决定、寻找内部关系、寻找主要职责、草稿式重构与关注当前工作。
（3）卓越软件设计模型