很多时候在考虑设计而不是考虑编码的时候， 接口才真正清晰，明朗的把它的原理展现给你。

很多时候在考虑设计而不是考虑编码的时候，  
   
  接口才真正清晰，明朗的把它的原理展现给你。  
   
    如果你看过设计模式这本书，你一定会对软件有一个重新的认识。四人组道出  
   
  了一个面向对象界的真理：面向接口设计和编程。  
   
  举个简单的例子，计算机的主板和显卡，他们之间有统一的约定，只要符合  
   
  PCI扩展的标准，那么你的显卡肯定能插上主板，并能访问主板来的信息。  
   
  这个约定就是接口。  
   
  很多时候，在软件开发领域，接口设计应该是系统分析者的事情，也就是  
   
  Team   Leader的是事情了。Team   Leader根据需求设计出Schelable的接口和  
   
  Architecture，程序员根据他的Architecture去编码，最后开发，测试等等。  
   
    其实，很多时候，你不用接口也能实现相同甚至更完备的功能。但是，有了  
   
  接口，会使整个设计变得清晰，明朗。如果从软件的扩展性和重用性上看，接  
   
  口的设计更显的举足轻重。所以说，理解和认识接口应该从设计的角度看，而  
   
  不是编码的角度。  
   
   
  附：A   Sample  
   
  需求：在一个表格（已有的Table类）里面我要显示这样一些数据：  
   
  1   文本信息:   显示文本  
   
  2   图片信息：显示图片  
   
  3   视频信息：播放视频  
   
  设计如下：  
  interface   IDisplayable  
  ...{  
        void   Display(Table   table);  
  }  
   
  public   class   Text:IDisplayable  
  ...{  
      ....  
    .....  
      public   void   Display(Table   table)  
      ...{  
          //implements   the   text   display   method  
      }  
  }  
   
  public   class   Picture:IDisplayable  
  ...{  
      ......  
      public   void   Disply(Table   table)  
      ...{  
          //implements   picture   display   here  
        }  
  }  
   
  public   class   Vedio:IDisplayable  
  ...{  
      ......  
      public   void   Disply(Table   table)  
      ...{  
          //implements   vedio   play        
      }  
  }  
   
  public   class   Test  
  ...{  
        Text       t     =   new   Text("Hello");  
        Picture   p   =   new   Picture("1.jpg");  
        Vedio       v   =   new   Vedio("sample.avi");  
         
        Table   table   =   new   Table();  
        Table.Add(t);  
        Table.Add(p);  
        Table.Add(v);  
        Table.Show();  
   
        foreach(IDisplayable   disp   in   Table.Items)  
        ...{  
                disp.Display(this.table);  
          }  
         
  }