设计模式之三 拍摄UFO-单一职责原则

前端之家收集整理的这篇文章主要介绍了设计模式之三 拍摄UFO-单一职责原则前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

单一职责原则:

就一个类而言,应该仅有一个引起它变化的原因

软件设计真正要做的许多东西,就是发现职责并把那些职责相互分离。

如何判断算法应该分离出类类呢?

如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责,此时就应该考虑类的职责分离。

如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。

在方块游戏的设计中,下落、旋转、碰撞判断、移动、堆积这些游戏逻辑是始终不会变的。

方块游戏的代码不会写,先mark一下,改天研究研究。

原文链接:https://www.f2er.com/javaschema/287424.html

猜你在找的设计模式相关文章