02-软件设计和架构模式案例分析.doc

软件设计与架构模式应用案例分析 ---15周年之际,反思如何应用设计模式 课程介绍： 2010年是设计模式一书出版15周年. 如今，对于很多人来说，设计模式已经成为开发标准词典的一部分.15年来,设计模式思想影响了整整一代程序员.而且可以预料,它的影响还将继续下去.可是目前国内的大部分程序员学习设计模式和原则之后,往往是不知道如何使用模式,或者滥用模式(言必称模式),最终放弃不用模式,这样三个阶段,最终导致设计模式思想还远没有真正广泛应用,更没有起到应有的作用,因而导致很多对设计模式的误解(学习设计模式无用论).该课程就是针对学习设计模式这3个经典错误问题而开设的. 人们的学习都是从模仿开始,学习书法重要途径就是临摹,学习围棋就是打谱, 学习软件模式时,对应的途径是什么呢?众多学员希望看到真实世界之中的软件系统的案例,而不只是那种虚拟简单案例(太多的ATM机/Winzip之类案例了).为协助国内软件架构快速掌握架构技能，我们专家结合多年国内外项目开发的实战经验，让学员体会软件模式如何应用,帮助大家学以致用，消除“知与行”之间的鸿沟。拒绝轻描淡写，骨灰级架构人员的必选，强人自有重口味！ 作为为一门高级课程，若内容缺乏实务便易流于抽象与空泛。 本课程除了深入剖析各种典型的设计模式之原理与结构外, 同时会抽取大量知名程序库中的设计模式，利用其源码辅助并加强学理讲解。这种方式对于设计模式的学习有着极大效果。 与其他的仍然沿用传统模式目录方式逐一讲述每一模式的意图,结构,适应性等的培训和图书完全不同. 课程特色-案例驱动： 课程1/3的时间介绍设计模式思想,1/3时间案例,并且要求学员组合成小组进行现场设计. 最后1/3时间再介绍该案例的设计过程,讲师带领大家一起对设计结果进行分析,指出不”和谐”的地方,通过逐步运用模式,改善设计. 而不是把最完美的答案一下子放到学员的面前,让你佩服.并且分析为什么用,而不是过度设计. 因为了解优秀软件设计的演变过程比学习优秀设计本身更有价值,因为设计的演变过程之中蕴藏着大智慧.培训时根据实际情况,可以安排学员自己的项目代码或者设计作为课程案例进行分析和重构. 对学员要求： 该课程适合各类 IT/软件企业和研发机构的软件架构师、软件设计师、程序员。特别能够带着设计模式实践时的困惑和问题，效果最佳. 到时可以与讲师PK讨论,这样对你帮助会更大,收获也会更多.本课程不是设计模式入门级别课程, 不会目录式介绍每一模式的详细细节, 因此需要学员课前做好相关准备,最好已经具备模式概念和常见模式的基本知识.最好课前可以简单预习以下模式: 模式类型 6案例涉及软件原则和模式 备注 面向对象设计原则 单一职责原则 (SRP) 变化分离 “开－闭”原则（OCP）对可变性封装 里氏替换原则（LSP） 如何进行继承 接口隔离原则（ISP） 恰当的划分角色和接口 依赖倒转原则（DIP） 针对接口编程 Solid原则程序员必知---如果还不知道,被鄙视 GRASP原则 GRASP软件设计模式包括9个模式： 创建者 /信息专家 /低耦合/ 控制器/ 高内聚 多态性/纯虚构/ 间接性/ 防止变异。 面向对象职责分配原则 GOF设计模式 Singleton模式/Builder模式/Simple Factory模式 Factory Method模式/ Strategy/Observer/Chain of Responsibility/Command/Template Method/Adapter/Proxy/Fa?ade/Bridge/Decorator/Composite/Visitor 课程案例主要涉及15种GOF常用设计模式,也重点学习这些模式 其他设计模式 Object Pool模式/Dependency Injection依赖注入/Null Object模式/Plug-In模式/Active Object模式/Abstract Server模式 虽然不属于GOF,但是经常在软件设计时使用.案例也涉及 架构模式 Pipe Filter架构模式/Layer架构模式/Microkernel Pattern/MVC/ 案例涉及这些架构模式,在高层设计 具体授课安排： 主题 内容 备注 软件设计难题与困惑—软件模式 内容一：软件设计模式概述 设计模式的思想 设计模式学习面临的困难和解决思路 从了解模式到正确应用模式 案例1-某省电信增值服务平台案例分析 内容一：项目背景 电信行业原某省宽带增值服务平台 系统支持3类用户电信运营商用户/SPCP增值合作伙伴/宽带用户 系统支持百万用户级别 系统需要和现有BOSS系统集成 内容二：通过案例分析可以学习到的架构模式 如何描述软件架构 软件架构视图概念 项目的软件架构视图展现7种视角