标签：移动 职责 -- 大话 arraySquare 数组 设计模式 方块 游戏

其实这里主要讲了写代码的一个原则，那就是本文的标题， 单一职责原则。

什么是单一职责原则呢? 书上是这么定义的: 就一个类而言, 应该仅有一个引起它变化的原因。

说实话: 这句话我并没有理解. 什么叫只有一个引起它变化的原因?

单一职责: 我的理解是, 一个类只有做一件事.(明白的大神, 请指点一下) 

就拿俄罗斯方块这个游戏为例来说, 想一想如何开发出这样一款游戏呢?

首先: 方块下落的原理是画4个小方块,  左右键是向左移动和向右移动.下键其实是加速, 上键是旋转. 这其实都放方法. 左右移动是需要考虑到是否碰撞的问题. 这个碰撞有两种, 已经到达最左或者最右边. 第二左边有其他方块. 下移需要考虑堆积和消层问题.

那么如何来实现呢? 将他们写到一个类里面? 肯定不好. 为什么? 如果我现在想开发的手机端游戏, 那么同样的代码拿到pc端肯定不能用.copy过去, 肯定不行.

其实, 在这个过程中, 有些东西始终是没有改变的. 无论在哪个平台运行. 那就是下落, 旋转, 碰撞判断, 移动, 堆积等这些逻辑. 

这些都是和游戏有关的逻辑, 跟界面如何表示没有任何关系. 那么为什么要把游戏的逻辑和界面写到一个类里面呢?

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

事实上,完全可以找出, 哪些是界面, 哪些是游戏逻辑, 然后进行分离。

方块可移动的区域, 可以设计为一个整形二维数组. 用来表示坐标. 宽10, 高20. 如: int[][] arraySquare = new int[10][20]; 那么整个方块的移动其实就是数组的下标变化。比如： 元方块在arraySquare[3,5]上, 则下移时变成arraySquare[3,4]， 如果下移的同时还按住的左键， 则是arraySquare[2.4]。每个数组的值就表示了当前数组位置是否存在方块， 存在为1， 不存在为0. 是否能左移, 判断arraySquare[x,y] 中的x-1是否小于0, 否则就撞墙了. 或者arraySquare[x, y-1]的值是否等于1, 如果是, 则左侧有方块, 不能在移动了, 将自己的值arraySquare[x, y]改为1. 那么消层, 其实就是arraySquare[x, y]中循环x从0到9, 如果值都是1, 则清除一行. 并将其上方的数组值遍历下移一位. 

所谓游戏逻辑, 不过是数组每一项值变化的问题。 下落， 旋转， 碰撞判断， 移动， 堆积这些都是在做数组具体值得变化。 

而界面表示逻辑, 不过是根据数组的数据进行绘出和擦除. 或者根据键盘命令调用数组的响应方法进行改变. 因此, 至少应该考虑将此程序分为两个类。一个是游戏逻辑类， 一个是页面显示类。

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

其实, 要去判断是否应该分离出来类, 也不难, 那就是如果你能够想到多于一个的动机去改变一个类, 那么这个类就具有多于一个的职责， 就应该考虑职责分离。

标签：移动,职责,--,大话,arraySquare,数组,设计模式,方块,游戏
来源： https://blog.51cto.com/u_15091061/2858234

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。