摘要: 出去吃顿饭的功夫就发现了两个问题。第一个:新建实例的时候直接用c.newInstance()会不会导致程序在c不存在的时候出错?测试了一下,如果c不存在的话,场景类里会报错,那看来还是可以直接这么用,不需要Class.forName()。这段代码会报错:Product twoThreeThree = factory.createProduct(Product233.class);twoThreeThree.printName();另一个:我一开始回忆着敲代码的时候把生产方法设成了静态函数,但是后来想到要new工厂的实例,就把static关键字删掉了。但是刚才出门之后发现,我完全可以不用实例化工 阅读全文
posted @ 2014-03-16 20:54 Chihane 阅读(127) 评论(0) 推荐(0) 编辑
摘要: 博客园太难用了,第二页居然连摘要都显示不出来了,选列出标题也没用,选列出摘要也没用。而且都说第一页全部显示了居然还是只显示摘要,怎么让所有博文都不折叠,在列表里就全显示出来……还是顾名思义,用一个工厂类来生产对象。我一开始以为传入的参数是对象,还心想传入对象输出对象这不是有病么,后来发现参数是个类。 1 public class ProductFactory { 2 private static Product product = null; 3 4 @SuppressWarnings("unchecked") 5 public T createProduc... 阅读全文
posted @ 2014-03-16 19:42 Chihane 阅读(152) 评论(0) 推荐(0) 编辑
摘要: 顾名思义,只有一个实例的模式。禅那本书举了个好例子,皇帝,这应该单独写一个类,但是应该是唯一的,只有一个实例,不能让人随便new出很多个来。解决方法就是限制构造函数的权限,本来new对象就是用构造函数的,既然构造函数不能访问了,那自然就不能new对象了。但是又不能一个实例都没有,所以: 1 class Singleton { 2 private static final Singleton singleton = new Singleton(); 3 4 private Singleton() {} 5 6 public static Singleton g... 阅读全文
posted @ 2014-03-16 00:58 Chihane 阅读(132) 评论(0) 推荐(0) 编辑
摘要: 六大原则。 我想想…… 迪米特原则、开闭原则、接口隔离原则、单一职责原则…… SOLID…… 我再想想。 跪了。 百度归来。 里氏替换原则和依赖倒置原则。 至于几个原则分别的定义就不想了,又复杂又有重复,以后一边用一边体会吧。 ……仔细考虑了一下,单独的设计模式还是单独发一篇博吧。 阅读全文
posted @ 2014-03-16 00:40 Chihane 阅读(100) 评论(0) 推荐(0) 编辑