简单聊聊设计

由于水平有限，结合这次新做的项目，想说说如何设计接口和类。

举例应用场景：设计“人”的系统，主要考虑人一生的两个主要方面，一个是工作，一个是娱乐，一般情况下我们都是针对接口编程，我们可以这样写接口：

package design;

public interface PersonInterface {
    
    /**
     * 娱乐：运动
     */
    String sport();
    
    /**
     * 娱乐：游戏
     */
    String playGame();
    
    /**
     * 工作：写代码
     */
    String workCoding();
    
    /**
     * 工作：开会
     */
    String workMeeting();
    
    /**
     * 上厕所
     */
    String en_en_a();
    
    /**
     * 打电话
     */
    String phone();
    
}

然后写一个实现类PersonImpl，实现接口的所以方法即可。

这样写总体上还是比较好的，但是如果娱乐和工作的抽象很多很多的话，这个接口会让人觉得很长，并且如果一个类去实现这个接口，就必须实现所有的方法，包括娱乐、工作和一些生活上的事情，比如打电话，上厕所。我们重新设计下，把娱乐和工作分开：

package design;

public interface PersonEntertainment {
    
    /**
     * 娱乐：运动
     */
    String sport();
    
    /**
     * 娱乐：游戏
     */
    String playGame();
    
}

package design;

public interface PersonWork {
    
    /**
     * 工作：写代码
     */
    String workCoding();
    
    /**
     * 工作：开会
     */
    String workMeeting();
    
}

这样的话，整体上，代码结构更清楚，娱乐和工作分开，在实现时，你可以选择性的实现其中一个。

可能你发现了，打电话和上厕所，这两个日常生活中都有的事情，该怎么办呢？我们可以再新写一个接口：

package design;

public interface PersonInterface extends PersonWork,PersonEntertainment{
    
    /**
     * 上厕所
     */
    String en_en_a();
    
    /**
     * 打电话
     */
    String phone();
    
}

这样的话，整体的接口层次就很清楚，娱乐归娱乐，工作归工作，生活中都有的上厕所和打电话属于公共的接口里面的。

你可能觉得，如果还有其他很多的种类，岂不是需要写一大堆的接口？是的，所以好的设计都是需要针对特定的应用才行。

面向接口编程简单的说了下，什么时候用继承呢？这个问题，我解释不清楚，接口和抽象类，继承类和实现接口，虽然我看过网上的一些说明，但本质上我理解的并不透彻，在此就不献丑了，欢迎读者回复，解释这个问题。