敏捷开发中的问题

有三种方式去演化我们的系统。
1.改变实现或者增加新的实现来替换旧的。
2.改变接口。
3.增加接口。

 

一.先说说我对多态的理解：
    多态大部分都是运行时多态，也就是说已经形成了.exe文件或者.jar文件后，仍然有办法去影响代码的运行！
    但是，这仅仅是开发类库的人要考虑的问题，因为他无法去改变exe文件。

    反面教材：微软系统中的Ex结尾的函数一大堆，就是相当于扩展了原有的系统。相当丑陋。微软为了给函数增加新的参数，很痛苦地设计了很多带有length的结构体。

二.现在说一下大部分的开发状态。
   重点：大部分的开发状态是类库和客户端代码都可以改的，在这个前提下考虑多态有什么用处或许更有意义。下面论述一下：
前提条件：所有的源代码都是可以修改的。

1.改变实现

     改变实现有几种方式，一种是用修改源代码。一种是增加源代码。

  a. 修改源代码的方式：    过多修改源代码，将造成之前的代码丢失。

  b. 增加新的代码，最小限度地修改源代码。

方法a:按照面向对象设计原则：系统设计的一大目标是：可以扩展的，但是不可以修改的，这种想法应该直接被否决）

方法b:这种方法有更大的灵活性。前提条件是接口定义要好。能满足可扩展性。

      ：：不要修改函数，试着去增加函数。

      ：：不要修改类，试着去增加类。 

2.改变接口。

  在改变接口方面，多态不仅无能为力，并且会增加耦合度。使得改变一个父类的接口后，子类的接口都必须重新考虑。

按照照面向对象设计原则：系统设计的一大目标是：可以扩展的，但是不可以修改的，这种想法应该直接被否决）

3.增加接口。

  增加新的接口，似乎跟多态没有什么关系。其实还是有关系的。这个需要参照com原理。