合工大很牛很牛牛

@Always BaNg.
书的确是看的《Head first desgin pattern》
举的例子也的确是书上的。

但代码是自己写的，文字思路是自己的，UML图是自己画的。。。不存在抄袭的问题。只是想自己总结一下这些设计模式的思路的产生过程。

本人还是学生，看书学习为主，项目经验几乎没有，写的不好，希望大家理解。有的东西，其实是写给自己看的，放在网上，大家觉得好，也可以分享。觉得不好，就算了。

正常－－挨打－－瀕死－－挨打－－小宇宙爆发－－挨打－－瀕死－－挨打－－女神护体－－挨打（星矢无敌了，打也没用，战斗结束）－－正常

很好很强大

@leekiang
书上六七十页，我就写了三四页。。。已经够提炼的了

不过你说的也对，以后写文章，描述的要更简短清晰些，我也觉得自己写的有点啰嗦

@leekiang
其实模板的目的就是保持算法的稳定，然后就搞了一大堆类似工厂方法的东西。。。

一年能学习这么多。。。。。。

真是比我还化的了

@si
中间那段程序只是思路的一个过程（一个中间思路，向Facade Pattern转变的地方）
最后的那段程序才是Facade pattern的实现。@si

@sea
很想听听

是对这句话有意见吗？
当客户端要实现某个功能的时候，必须要调用一连串的类及其函数。为了实现“一键”功能能，就在客户端和众多的类库（实现具体过程）中间，添加一个Façade类，类中的方法实现了各种不同的“一键功能”

应届生（09年初毕业），211学校，计算机系，研究生，软件工程方向，英语6级，熟悉java，设计模式，j2ee

贵公司可要？什么职位？薪水大致多少？

工具而已

实际当中用的到吗？现在写程序的，10个人9个都是只懂业务流程的

@wenlin
thanks

@Nicholas.Yuen
netbeans的插件，eclipse的UML2也可以生成UML图，但用用起来不够人性化

@ehuan
接口在英文是interface，其实在设计模式里，java中的abstract class和 interface 都是一种抽象方式。
《head first design pattern》里面把抽象出来的东西都叫做interface，也就说interface是一种方式（把interface理解成为一种概念而不是java的关键字），它包括抽象类和接口。

具体情况时改用抽象类还是接口，要根据上下文环境来决定。因为java里，可以implement多个接口，却只能extends 一个类。

中文书有的可能翻译的不好，或者有的作者就没明白这个道理，所以把抽象类和接口在设计模式内分得很细

不晓得我说的话可够明白。


@stone7
uml 是用netbeans里面的uml工具画的。eclipse的uml2插件实在没它用的爽。

垃圾公司，还出这样畸形的题