OOP原则在实际场景中的分析

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/w_x_s_h_h/article/details/86716582

1.以开关原则为（open-close）为例(来源于杨晓峰大佬的实例)

public class VIPCenter{

    void serviceVIP(T extend User user)
    {
        if(user instance SlumDogVIP)
        {
            //穷 x VIP 活动抢的那种
            //do somthing

        }
        else if(user instanceof RealVIP)
        {
            //do something
        }

    }
     //.....




}

这段代码的一个问题是，业务逻辑集中在一起，当出现新的用户类型时，这就需要直接去修改服务方法代码实现，这可能会意外影响不相 关的某个用户类型逻辑。

利用开关原则

public class VIPCenter {

    private Map<User.TYPE, ServiceProvider> providers;
    void serviceVIP(T extend User user）
    {
        providers.get(user.getType()).service(user);
    }
    interface ServiceProvider{
        void service(T extend User user) ;
    }
    Class SlumDogVIPServiceProvider{
        void service (T extend User user)
        {
            // do somthing
        }
    }

    class RealVIPServiceProvider{
        void service(T extend User user)
        {      // do something
            //
        }
        //
    }

}

上面的示例，将不同对象分类的服务方法进行抽象，把业务逻辑的紧耦合关系拆开，实现代码的 隔离保证了方便的扩展。