随笔分类 - 设计模式
摘要：1. 没有异常处理 学生时代,我编写的java代码中,很少会有try catch.最主要的原因如下: 应用的规模很小 没有不确定因素 代码可控性高 如果规模小,往往就没有复杂的逻辑链路,整个软件的分层也很浅.很多地方的问题都是"编码"的问题.其次,学生时代的作品中,往往没有复杂的组件:数据库连接本地
阅读全文
摘要：这篇文章记录我的一些思考。在工作了一段时间之后。 问题的核心很简单：到底如何返回错误信息。 学生时代，见到过当时的老师的代码: 当然，这位老师是一位比较擅长c/c++的老程序员，所以他的代码其实使用c写的。但是意思和这段代码类似。当时，我很好奇为什么要对一个方法的返回值是不是null进行判断。现在当
阅读全文
摘要：命令模式：把一系列的操作封装成一个命令 代码： 可以用于命令的队列，也可以用于日志请求（比如自动记录每一步的操作，方便撤销或者日后重复）。 设计思想：用一个接口封装算法实现，最后向上转型对各种不同的算法实现一视同仁（都调用execute方法）。 适配器模式： 不需要代码了，一句话就是两个接口不兼容，
阅读全文
摘要：算是最近学设计模式（HEAD FIRST设计模式）的一个总结吧，力求用最精简的代码说明其设计本质。 第一个模式：策略模式 代码： 说明：汽车都需要加油，但是不同汽车加不同的油，通过让汽车持有一个具体实现加油算法的对象（通常向上转型为其接口），在汽车加油的时候直接调用这个接口，让其自己实现这种汽车加油
阅读全文
摘要：单例模式可以说是最常见而短小的设计模式，这也让它经常在面试中被问到。 单例模式就是某个类只能生成一个对象。主要应有于某些确实只需要一个对象的情况，比如线程池。 首先第一步当然是使用private修饰构造方法，这样别人地方就不能用new来新建一个对象。然后在代码中添加一个静态方法，这个方法可以返回一个
阅读全文
摘要：首先是简单工厂模式。 一句话描述就是用一个工厂类去封装new的工厂，返回新建的一个对象的引用。如果这个方法是静态的，就称之为静态工厂。一般来说这种做法很常见，尤其在一些JAVA工具类中。它的好处和坏处网上的分析都很多，但我觉得没必要分的这么细。最最最直接的好处是用起来简单，方便和不容易出错。 工厂方
阅读全文
