随笔分类 -  Design Patterns

摘要:一.引入 本来就叫嚷着要学设计模式,目前就对MVC模式和单例模式有所了解,急不得;学J2SE时接触过观察者模式、门面模式和享元模式,那时候深感士兵哥牛X,现在依然,可以说没有他就没有现在该机构的辉煌(此处主要指知名度,不过对于培训机构来说,口碑就意味着一切)。最近几周一直在讲课,搞算法,昨天飞哥让研究下代理模式,我就看了下;学网络编程时该讲RMI框架(主要就是动态代理)... 阅读全文
posted @ 2013-08-16 13:54 加拿大小哥哥 编辑
摘要:一.概念:MVC是 模型(Model),视图(View)和控制(Controller)的缩写,其目的实现Web系统的职能分工。二.问题描述:通过一个简单的例子(计算圆面积)来体会MVC模式和普通的servlet+jsp的区别……ctrl+"/'是单行注释,只在java文件里有效,在jsp里无效,不过可以撤销;ctrl+shift+"/"在java和jsp文件里都有效果,在jsp文件里是html注释,不过不可撤销,只能ctrl+z撤消了……jsp+javabean 1 3 4 5 6 JSP+JavaBean 7 8 9 10 11 12 13 1... 阅读全文
posted @ 2013-07-04 12:12 加拿大小哥哥 编辑
摘要:一.问题引入 偶然想想到的如果把Java的构造方法弄成private,那里面的成员属性是不是只有通过static来访问呢;如果构造方法是private的话,那么有什么好处呢;如果构造方法是private的话,会不更好的封装该内呢?我主要是应用在使用普通类模拟枚举类型里,后来发现这就是传说中的单例模式。构造函数弄成private 就是单例模式,即不想让别人用new 方法来创建多个对象,可以在类里面先生成一个对象,然后写一个public static方法把这个对象return出去。(eg:public 类名 getInstancd(){return 你刚刚生成的那个类对象;}),用static是. 阅读全文
posted @ 2013-03-19 16:41 加拿大小哥哥 编辑
摘要:1.单一职责原则(降低耦合度) 单一职责原则要求一个接口或类只有一个原因引起变化,也就是一个接口或类只有一个职责, 它就负责一件事情。 单一职责适用于接口、类,同时也适用于方法,什么意思呢?一个方法尽可能做一件事情,比如一个方法修改用户密码,不要把这个方法放到“修改用户信息”方法中, 这个方法的颗粒度很粗 如果接口的单一职责做得好,一个接口修改只对相应的实现类有影响,对其他的接口无影响,这对系统的扩展性、维护性都有非常大帮助。 对于接口,我们在设计的时候一定要做到单一,但是对于实现类就需要多方面考虑了。生搬硬套单一职责原则会引起类的剧增,给维护带来非常多的麻烦, 而且过分的细分类的职责也会.. 阅读全文
posted @ 2013-03-02 19:57 加拿大小哥哥 编辑