歌星

摘要：问题：简单工厂模式比较适用于事先已经考虑到的可能出现的算法，来构造工厂类实现，如果需要添加新的类，则就需要改变工厂类了，违反开闭原则，简单的说，简单公共适应与业务变化不是很剧烈的场景下如，审批业务，设计时可以判断到的只有“部门经理审批”，“总裁审批”不会过几天又要加入“组长审批”，去修改工厂类，相对来说变化不是很剧烈的。在软件设计中经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如果我们使用简单工厂，这样会不断地修改工厂类，应对业务变化，违反开闭原则，另外因为实例化产品的判断逻辑在工厂类中，工厂类会变的越来与臃肿。定义：工厂 阅读全文

摘要：问题：为了满足一种业务需要需要多个算法，（如：审批业务，有部门经理审批，总监审批，总裁审批...）。因为是同一类业务处理，所以我们经常会抽象出这些算法的公共属性和方法以形成抽象基类或者接口，这样我们可以通过声明一个指向基类(或接口)的指针来指向实际的子类实现，达到了多态的目的。因为要为每一种算法在使用之前都要先创建一个实例，然后才能使用。这里就出现的一个问题n多的子类继承自抽象基类，我们不得不在每次要用到子类的地方就编写诸如new ×××;的代码 。这个实例化工作有谁来做呢，如果交给客户端去做，客户端势必要进行相应的逻辑判断，来决定调用那一算法去实例化相应的子类对 阅读全文

摘要：我突然想写这个系列博客，主要是因为我离开博客园太久了，有点淡淡的怀念，博客园上的大好时光，让我历历在目，仿佛向我招手回去。其实，我想写EOM系列文章，结果写了11篇就没有下文；想写《从C语言实战谈编程》写了六篇也没有下文，还有《反洗钱系列文章》、《银行业信息化规划和架构》、《软件新架构NNS》、《软件设计师》等等话题，都是虎头蛇尾，自己想起来脸都红，愧对博客园、愧对网友了。不过有一点，那就是当时我的确对这些话题充满着兴趣和激情，都做了写作计划的。但是计划不如变化快，自己要做的事太多，一旦写文章拖延几次，慢慢地就越拖越懒，越拖越不想写，以至于欠的写作债越来越多。还有一个原因是我想将精力转向微博， 阅读全文