保定老狼的专栏

一句话：不要让太多类耦合在一起，以免形成依赖，不易于维护和理解。 原则上只应调用： 1 该对象本身 2 被当作方法的参数而传递进来的对象 3 此放发所创建或实例化的任何对象 4 对象的任何组件 例： 不采用原则： public float getValue(){ B b = a.getB(); b.getValue(); } 采用原则 public fl

在Java语言中， abstract class 和interface 是支持抽象类定义的两种机制。正是由于这两种机制的存在，才赋予了Java强大的 面向对象能力。abstract class和interface之间在对于抽象类定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进 行抽象类定义时对于abstract class和interface的选择显得比较随意。其实，两者之

推荐一本故事书《Head First 设计模式》,非常经典。 设计模式一直在用，但是系统的学习归纳并没有过，马上开始吧！ 跟着书的目录来，首先是设计模式入门。 知识点： 1.设计原则：多态，利用子类来实例超类，这样可以不用考虑子类具体方法实现从而调用简单。（针对超类型编程） 2.设计原则：找出需要变化的地方，抽成接口。 3.动态设定：setter method  通过s

Head First设计模式第一课：策略模式 刚刚看《Head First 设计模式》，第一章讲了一个故事： 设计师Joe设计了只鸭子，但董事会（难道不是执行经理管这事）要求每六个月改变产品； 于是乎什么飞鸭、烤鸭、机器鸭、橡胶鸭……乱七八招的都来了，而且你还不知道下次是什么变态要求！ 怎么办？ 关于编程的方法：继承多态都无用，因为下次的代码改动量太大，并且需要改动多处原有代码。 那么怎的办