收藏
触屏版《口袋妖怪复刻》高级狩猎热点精灵遇到概率程序算法
发表时间：2015-11-19
在《口袋妖怪复刻》游戏中，狩猎场是捕捉精灵的好去处，下面小编和大家分享一下玩家的狩猎心得，一起来看看吧。
近来用我机智的大脑分析了一下口袋妖怪复刻的编程风格，大致推测了一下复刻的程序员关于高级狩猎遇到热点精灵的概率的程序算法，发现了一些可能有用的东西。
![1447902032290168[1].jpg](http://img1.hao76.com/upload/images/2015/11/19/1447919924430823.jpg "1447919924430823.jpg")
首先有几点常识说明下
1.复刻中存在概率叠加并且有一个固定的判断来监听某个委托并触发特定的事件。比如红血睡眠的鬼斯通扔7个高级球必定捕获
2.经过最新改动，现在高级狩猎的热点精灵会随着高级卷的使用而叠加，并且会在满足一定的条件后触发遇到神兽事件，而这个事件的监听跟鬼斯通的例子一样是由计数器累加到一定的值来触发的。
3.经过本区的土豪测试，高级狩猎31张高级卷必定遇到热点精灵(请假王以后出现的机制，请假王前100张没遇到都正常)，所以想抓热点的小伙伴存个31张卷吧
4.以上是常识，估计很多人已经知道。但是肯定很多人苦恼的是要攒31张卷那要何年何月?并且每次更新出自己心仪的热点精灵高级卷却不足31张不敢去拼人品，那得多痛苦?那么问题顺理成章得出现了，高级卷的叠加概率会因为变更热点神兽而重置为0吗?之前在请假王神兽砸了8个卷没遇到，然后在海皇牙身上砸23个卷会满足并且触发31必中事件吗?楼主问过许多人，然而大多都说肯定重置为0啊。然而我知道他们大多都是经验判断，认为重置为0才合理(不然怎么坑土豪钱?)。但是楼主不信，并且存着一些侥幸心理，所以去对复刻的程序员编程风格进行分析，看能不能找出蛛丝马迹，毕竟复刻的bug不是一个两个了，说不定这里也有bug。。如果有大神知道内部消息，或者有土豪砸钱测试过。可以秒打楼主的脸。下面开始讲下我的分析。。纯粹个人看法
首先，概率叠加的算法可能在服务器内也可能在客户端内。个人倾向于写在客户端内部，在每次使用高级卷时，向服务器放出消息让服务器用概率算法来返回新的概率值或者由客户端直接调用算法算出新的概率值然后发送给服务器进行同步，个人认为第二种效率比较高。所以概率算法应该位于客户端内部。举个例子证明下，比如王者之路，为什么可以使用强退和保存的方法来投机取巧?正是因为战队的程序算法是放在客户端内的，客户端只有在完成战斗(即挑战成功或失败)时会调用客户端向服务器发送数据来同步玩家当前的状态。而如果关机的话会导致本来的战斗 状态没有完成同步，因为没有才触发战斗结束后向服务器发送消息的事件
可见复刻的程序员很可能把算法写在了客户端(仅是很可能)。那么这说明了什么，说明遇见热点神兽概率的叠加算法是在玩家使用高级狩猎卷之后的某一刻由客户端内部算出下一次的遇见概率，然后发送消息给服务器进行核实之后同步更新的。那么这样的一来，遇见热点精灵的概率重置方法也必然要
也必然要写在客户端内部。因为根据面向对象的编程思想，最清楚这个神兽遇见概率的算法应该统一封装在一个对象里面。所以叠加函数和重置函数会共用同一个变量。这个变量决定了玩家下一次使用高级卷时遇到神兽的随机数取值范围。而重置函数会在什么时候触发呢?很明显了，会在玩家遇到热点时，在客户端内部调用重置概率变量的函数把概率重置为初始值，然后再发送给服务器进行核实同步。
说这么多废话还是没办法证明热点遇见概率不会随热点更换而重置，毕竟这是内部机密算法，仅靠外部猜测是没办法证实的,但是楼主说这么多废话是有那么点用的，至少能提供一下这个观点：很有可能热点遇见概率不会随热点精灵更新而重置。为什么呢?因为概率算法在客户端内部，并且重置函数也在客户端内部并且已经封装好，足够使用也没有也任何的漏洞，那么关于热点的遇见问题事实上不太需要服务端插手了。但是要实遇见实现热点遇见概率随热点精灵更新了而重置却偏偏是需要服务器插手的。服务端的人员必须在每次更新热点精灵的时候向所有的客户端发送消息让客户端自身调用重置概率的函数来完成概率重置的，所以这个事件的实现不在客户端的算法内部，而在通信算法中，必须策划预先指定，然后程序员再去进行实现的(它和遇见热点时重置遇见概率是不在同一个类中，甚至可能不是吧由同一个程序员去写的代码。)，那么非常明确了，更新热点重置概率的算法不在程序员的程序逻辑中，也不是程序健壮性的关键，更不是概率叠加算法和重置算法的必有内容。他是在基本程序后面加上的扩展，是需要预先策划好的。也就是说游戏策划必须预先就决定更新热点要重置概率，然后告诉程序员，程序员才会将这个功能的人代码写出来(这个功能不是必有的)。因为得到这么一个观点，热点更新重置概率这样的事情，必须策划人员心思缜密，心机深沉，预先想好坑土豪的钱然后特意去添加剂这个功能让程序去实现才行。那么问题来了。。依照复刻的尿性和策划的脑残程度，他们能想到这一层并且预先实现吗?
总结一下，热点精灵遇见概率随热点刷新而重置是需要策划预先策划好的扩展功能。而在狩猎场只写了热点精灵遇见概率随高级卷的使用而累加，却没有写热点精灵刷新会重置遇见概率，我认为这非常有可能是策划根本没想到这一点(也有可能是故意不说来坑土豪的钱)。那么基于策划疏忽(脑残策划疏忽的案例数不胜数，所以这个可能性极高)，客户端的程序员和服务端的程序员脑洞大开自作主张还达成共识来添加算法，来实现热点精灵更新时服务端向客户端发送消息调用客户端的重置算法。。这个可能性非常非常的小。。更何况复刻的程序员脑残程度在650事件里已经表露无疑。所以楼主的观点时，复刻的策划极有可能没有想到热点遇见概率的重置要在更新热点时触发，程序员更不会自作主张加上这么一个不必要的算法。。因为在我们认为的刷新热点会将遇见概率重置的想法，极有可能在程序里面是没有进行代码实现的
所以啊。。楼主坚信高级卷遇见概率是可以正常叠加的。。有高级卷就用吧。别攒着，别憋出病了。总有一天会遇见了。因为当你使用了31张之后会触发遇见事件的。
more画风清奇，内容丰富的资讯就在好玩的手机网游
请选择正确的打开方式
【小编推荐】
标签：
