单一职责原则

单一职责原则

1：类的单一职责原则

按照正常的逻辑

比如说我要写一个人物移动的代码

人物移动.cs

1：人物Transfrom开始移动

2：播放人物走路声音--声音逻辑包括，声音开始，声音停止，声音切换--而我只想播放我想要的声音，不在这个类处理声音逻辑

3：播放人物行走动画--与上同理，我只想播放我想要的动画，至于切换和速度控制等方面，我一概不在这各类中做处理

这样做有一个问题：耦合性高。人物移动应该注重移动逻辑。至于声音，动画是伴随品，他们的逻辑不应该和移动逻辑进行冲突。因此应该分门别类

2：接口单一职责原则

我继承一个接口，目的是想实现这个功能，这个功能应该很单纯。假如飞行和说话这两个功能共用一个接口，我只想实现飞的功能，但我必须重写这个接口中飞行和说话的功能,这就很不友好了。