【通用】哈希表的应用实例（三）

哈希表的应用实例（三）——面向接口编程
“面向接口编程”可以说是面向对象的一种实现方式。
Jass并不能实现狭义概念上的“接口”，这里说的是广义上的接口思想。通俗来说，“接口”可以理解为双方达成共识的一种交互规则。
比如插头和插座。对插座而言，只要插头的型号和它匹配就可以插进去通电，至于插头所连接的到底是什么电器他并不关心。对于插头而言，只要有和它匹配的插座他就可以插上去通电供电器使用，而并不在乎到底是哪里的插座。
不难发现，“接口”使得数据与功能得以分离，让我们的系统搭建更加灵活。我们可以专注于功能的开发，而不在乎数据的获取形式——因为彼此已经达成了统一的数据交互方式。换言之，我们可以脱离地图独立完成功能的编码，具体的数值可以后续再进行补充而不影响我们已经开发好的功能。

以（二）中的实例练功房刷兵来说。
核心功能是刷兵，刷兵需要两个核心属性：“怪物类型”、“刷兵数量”。所以我们抽象出了一个虚拟的“练功房”对象，每次刷兵时只需要去获取对应对象的相应属性即可。刷兵的功能是独立的触发，对象数据的填充可以再别处进行，即：初始化时预置默认数据、变更怪物类型、数量时直接修改“练功房”的属性。
第一部分：
预置数据。lgf这个哈希表变量可以看作是我们设计的对象，也可以看作是这个功能的接口。

第一部分

用不同的整数来分别作为怪物类型（typeKey）、怪物数量（numKey）在哈希表中的索引。主索引上的1用来代表是玩家1，其他玩家数据依次类推。
向哈希表中填入数据的过程就是进行接口的实例化。
（这里要说明一点，在jass中，单位类型、物品类型其实都是整数，所以哈希表存数据时只能保存整数，而没有单位类型的选项。这也是我说用T不方便的原因。T对于哈希表的处理确实不太友好。）

第二部分：
刷兵功能

第二部分

这里只是简单处理。根据不同的玩家来获取到刷兵的数量进行循环，创建单位时获取怪物类型。创建的位置、面向角度等，也可以考虑作为练功房的属性。

第三部分：
修改数据

第三部分

这一部分是以购买物品的形式进行怪物的切换。自定义值的设置部分被我省略了，和第一部分一起进行即可。
直接将物品的自定义值赋予练功房的相关属性。避免了繁琐的if判断。

我们借鉴了“接口”的概念并进行了简化——根据功能的需求来设计对象的属性，这一设计就可以看作是这个功能对外的接口，而哈希表中记录的对象的不同数据就可以看作是对接口的不同实现方式。示例中只是进行了简化的形式展示，具体应用时自行完善。

游客，如果您要查看本帖隐藏内容请回复

感谢楼主的分享！

厉害了我的楼主

大佬，讲解不错，下次讲下自定义值

雨散云飞 发表于 2020-8-30 23:29
大佬，讲解不错，下次讲下自定义值

自定义值其实没啥好讲的，就是YDWE封装好的一套哈希表用法。主要我平时是用J的，几乎没用过T，所以对【逆天】的很多功能只是知道他的原理，但具体用法我讲不出太多细节。

崔更崔更~继续学习~

学习了学习了

支持一下

秒啊 方便好多