第一次读《大话设计模式》，是在刚接触C#的时候。疲累于大部头的官方教材中时，无意间翻开了这本生动有趣的书，甚是眼前一亮。由于当时C#基础薄弱，只是把它当小说来看，如饥似渴，饶有滋味，一口气看到凌晨四点，被不知觉间流逝的时间吓傻了。
而今重读，更多的是想重温设计模式的应用场景和感受小菜对编程的热忱。一边做笔记一边看书，初步弄懂UML类图，效率果然高很多。感动也颇多。师傅领进门，修行看个人呀。
对程序员来说，精彩的代码是如何想出来的，要比看到精彩的代码更加令人期待。正如做一个足球运动员（软件设计编程者），能够亲自上场比赛，并且最终成为球星（软件架构师），会远比做一个助威呐喊的球迷（软件使用者&代码崇拜者）更来得激动人心。
那么如何才能想出精彩的代码呢？历练使人成长，经验迸发灵感。然而所有的灵感都应有其因，那就是万变不离其宗的六大面向对象的设计原则，即单一职责原则、开放--封闭原则、依赖倒转原则、里氏代换原则、迪米特法则和合成--聚合复用原则。但这六大原则仅仅是一系列的“口号”，真正付诸实施还需要有详尽的指导方法，于是23种设计模式应运而生。归根到底，就是通过重构改善既有代码，使代码的耦合度降低，最终实现易维护、易扩展、易复用和灵活性好的编程设计，得到精彩的代码。
编程是一门技术，更是一门艺术。只懂编程技术的程序员是代码工人，被称为码农；然而编程绝不仅仅指编程技术的熟练掌握，而应指站在一个更高的层次去欣赏程序代码、软件设计、架构，完成从码农到架构师的蜕变。因此我们需要学习设计模式。设计模式是软件行业的经验总结，因此具有更广泛的适应性，不管使用什么编程语言，也不管遇到什么业务类型，设计模式都可以自由地“侵入”。
深知设计模式应该从大量的实战经验中来，若没有大量立即付诸实践的场景是不能说理解设计模式。实战中理解设计模式将是我的最终的奋斗目标。在入门伊始，初期目标是对设计模式有一个初步的了解。
写这篇文章的主要目的，是为了记录我此时的学习状态和心得，以便日后回顾。同时也培养边看书边做笔记的好习惯。下列的Story均为《大话设计模式》中的实践场景。
下面切入正题：（6种设计原则&23种设计模式）
一.六种设计原则（核心：强内聚，松耦合）
1.单一职责原则
Story：手机功能齐全，但一在关键时刻就“萎”掉；
Concept：就一类而言，应该只有一个引起它变化的原因，体现了类的职责分离。
Tips：如mvc架构，实现逻辑和界面的分离。
2.开放--封闭原则
Story：考研&找工作两手抓，香港澳门一国两制；
Concept：是所有面向对象原则的核心。软件实体应该是可扩展，而不可修改的。即对扩展是开放的，而对修改是封闭的。
Tips：应该仅对程序中呈现出频繁变化的那些部分做出抽象，拒绝不成熟的抽象和抽象本身一样重要。
3.依赖倒转原则
Story：修电脑门槛低，因为PC电脑的主板、CPU和内存等针对接口设计，而不是针对实现设计，耦合程度低，依赖性弱，易维修；而收音机过多强耦合开发，难排查，难维修；
Concept：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽
3526
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
