程序设计的基本原则.docVIP

程序设计的基本原则 程序设计的基本原则资料收藏 2008-12-31 11:29:08 阅读11 评论0 字号：大中小 1、开－闭原则 此原则是由Bertrand Meyer提出的。原文是：Software entities should be open for extension,but closed for modification。就是说模块应对扩展开放，而对修改关闭。模块应尽量在不修改原(是原，指原来的代码)代码的情况下进行扩展。那么怎么扩展呢？我们看工厂模式factory pattern:假设中关村有一个卖盗版盘和毛片的小子，我们给他设计一光盘销售管理软件。我们应该先设计一光盘接口。如图： [pre]______________ || | 光盘 | |_____________| |+卖() | | | |_____________|[/pre] 而盗版盘和毛片是其子类。小子通过DiscFactory来管理这些光盘。代码为： public class DiscFactory{ public static 光盘 getDisc(java/lang/String.java.html target=_blankString name){ return (光盘)java/lang/Class.java.html target=_blankClass.forName(name).getInstance(); } } 有人要买盗版盘，怎么实现呢？ public class 小子{ public static void main(java/lang/String.java.html target=_blankString[] args){ 光盘 d=DiscFactory.getDisc(盗版盘); 光盘.卖(); } } 如果有一天，这小子良心发现了，开始卖正版软件。没关系，我们只要再创建一个光盘的子类正版软件就可以了。不需要修改原结构和代码。怎么样？对扩展开发，对修改关闭。开-闭原则 工厂模式是对具体产品进行扩展，有的项目可能需要更多的扩展性，要对这个工厂也进行扩展，那就成了抽象工厂模式。 2、里氏代换原则 里氏代换原则是由Barbara Liskov提出的。如果调用的是父类的话，那么换成子类也完全可以运行。比如： 光盘 d=new 盗版盘(); d.卖(); 现在要将盗版盘类改为毛片类，没问题，完全可以运行。Java编译程序会检查程序是否符合里氏代换原则。还记得java继承的一个原则吗？子类overload方法的访问权限不能小于父类对应方法的访问权限。比如光盘中的方法卖访问权限是public，那么盗版盘和毛片中的卖方法就不能是package或private，编译不能通过。为什么要这样呢？你想啊：如果盗版盘的卖方法是private。那么下面这段代码就不能执行了： 光盘 d=new 盗版盘(); d.卖(); 可以说：里氏代换原则是继承复用的一个基础。 3、合成复用原则 就是说要少用继承，多用合成关系来实现。我曾经这样写过程序：有几个类要与数据库打交道，就写了一个数据库操作的类，然后别的跟数据库打交道的类都继承这个。结果后来，我修改了数据库操作类的一个方法，各个类都需要改动。牵一发而动全身!面向对象是要把波动限制在尽量小的范围。 在Java中，应尽量针对Interface编程，而非实现类。这样，更换子类不会影响调用它方法的代码。要让各个类尽可能少的跟别人联系，不要与陌生人说话。这样，城门失火，才不至于殃及池鱼。扩展性和维护性才能提高 理解了这些原则，再看设计模式，只是在具体问题上怎么实现这些原则而已。张无忌学太极拳，忘记了所有招式，打倒了玄幂二老，所谓心中无招。设计模式可谓招数，如果先学通了各种模式，又忘掉了所有模式而随心所欲，可谓OO之最高境界。呵呵，搞笑，搞笑！（JR） 4 依赖倒转原则 抽象不应该依赖与细节，细节应当依赖与抽象。 要针对接口编程，而不是针对实现编程。 传递参数，或者在组合聚合关系中，尽量引用层次高的类。 主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定，就不必在弄一个抽象类做它的父类，这样有画舌添足的感觉 5 接口隔离原则 定制服务的例子，每一个接口应该是一种角色，不多不少，不干不该干的事，该干的事都要干 6 抽象类 抽象类不会有实例，一般作为父类