Nicholas黎的专栏

面向对象设计是什么？都包含了哪些内容？它所带来的好处是什么？需要你为之付出些什么？在如今这个年代，问这些问题似乎显得很愚蠢，因为这年头几乎每位软件开发人员都知道如何使用某种面向对象编程语言。可是这个问题还是很重要，因为在我看来，绝大多数人在使用这些语言的时候并不知道为什么，而且也不知该如何最充分的运用它们。软件业曾经爆发过的所有变革里，其中曾经有两个派系如此广泛的深入人心，它们就是结构化编程和

Template Method模板：动机：在软件构建过程中，对于某一项任务，它常常有稳定的整体操作结构，但各个子步骤却有很多改变需求，或者由于故有的原因(比如框架与应用之间)而无法和任务的整体结构同时实现。Template Method意图：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。Templ

 Adapter适配器：“一些现存的对象”放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的。将一个类的接口转换成客户希望的另一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。对象适配器：对象组合方式，松耦合类适配器：采用多继承实现，用的少Adapter模式主要应用于“希望复用一些现存的类，但是接口又与复用环境要求不一致的情况”

 主要内容1．结构型模式概述2．结构型模式区别与比较3．对变化的封装 结构型模式概述结构型模式，顾名思义讨论的是类和对象的结构，它采用继承机制来组合接口或实现（类结构型模式），或者通过组合一些对象，从而实现新的功能（对象结构型模式）。这些结构型模式，它们在某些方面具有很大的相似性，仔细推敲，侧重点却各有不同。Adapter模式通过类的继承或者对象的组合侧重于转换已有

注意单件模式在多线程的问题。Abstract Factory抽象工厂:例子：游戏中不同系列的设施创建(古典的，现代的...),但是对于系列中的对象(道路，房屋...这些是不变的，不会需要增加一个“下水道”对象)简单工厂的问题：--不能应对“不同系列对象”的变化，有了新的变化点。一系列相互依赖的对象抽象工厂的缺点：难以应对“新对象”的需求变动，它只适用于“新系列”的需求变动。Abstra

最讨厌废话了，把代码贴出来最简单。package lq.test;import java.io.*;import java.util.*;//*********创建型模式***************//factory method 1//1具体的构造算法，和2构造出的具体产品由子类实现interface Product {}//或者我也提供一个工厂的接口，由这个抽象类来继承它abstract c

1, 迂腐的编码规范  岳不群道：“令狐冲，背诵本派门规，好教林平之得知。”令狐冲道：“是，林师弟，你听好了。本派首戒欺师灭祖，不敬尊长。二戒恃强欺弱，擅伤无辜。三戒奸淫好色，调戏妇女。四戒同门嫉妒，自相残杀。五戒见利忘义，偷窃财物。六戒骄傲自大，得罪同道。七戒滥交匪类，勾结妖邪。这是华山七戒，本门弟子，一体遵行。”林平之道：“是，小弟谨记大师哥所揭示的华山七戒，努力遵行，不敢违犯。”岳不群微笑道

一、我们要解决的问题 功能的描述、表达，即功能的实现 结构的描述、表达，即功能的组织 业务的描述、表达，即最终的目标 二、我们对功能的描述、表达 开始，人们用指令封装了电路来表达功能 后来，人们用函数封装了指令来表达功能

面向对象：封装（数据抽象）是基础，继承是手段，多态是目的；泛型编程：参数化类型（概念抽象）是基础，模板是手段，通用是目的 面向对象是运行时问题空间的多态，泛型编程是编译时算法空间的多态 OO以Type为中心，GP以Concept为中心，而Concept完全独立于Type；OO的type是显式定义的，type

   第一篇 静寂的空宇   第二篇 古代的大师   第三篇 设计   第四篇 编码   第五篇 维护   第六篇 管理   第七篇 公司里的学问   第八篇 硬件和软件   第九篇 尾声   第一篇 静寂的空宇 编程大师如是说： “当你有本事夺走我手中的这块水晶石时，就是你出师的时侯了。” 1.1 在静寂的空宇里，一种神奇的物质形成并诞生了。它立刻便静止了，独自守侯着，豪无动静，然而又处于永恒的

一位软件工程师的6年总结作者：成晓旭(声明：欢迎转载，请保证文章的完整性)“又是一年毕业时”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位；想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向

这些年来，我喜欢用下面这三条简单的规则来描述测试驱动开发： 除非这能让失败的单元测试通过，否则不允许去编写任何的产品代码。 只允许编写刚好能够导致失败的单元测试。 （编译失败也属于一种失败） 只允许编写刚好能够导致一个失败的单元测试通过的产品代码。 对于任何功能，一定要从编写它的单元测试开始；但是到了原则2，你就不能再为那个单元测试写更多内容。只要

从根本上来说，所有的敏捷开发实践，诸如TDD（译注1）、结对编程（译注2）、持续集成（译注3）和重构（译注4），都有一个统一的观念--永远不被阻拦。这就好像是一个优秀的撞球选手总要确保他的每一次击球都能为下一击创造好机会，每个优秀的敏捷开发者每有一点进展也都要确保下一步。一个优秀的敏捷开发者决不会走出一步，然后就无法再有进展，或是让别人没办法再有进展。那你怎么知道你的进度停下来了呢？如果你无法

在优快云看见了这篇文章，作者以轻松的语言比喻了java的32种模式，有很好的启发作用，但可惜没有给出具体的意思，我就在后边加上了：）这些都是最简单的介绍，要学习的话建议你看一下《java与模式》这本书。创建型模式1、FACTORY?追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德