Re: [心得] 官方送抽卡之都市传说破除

楼主: kevinjkckung (kevinjkckung)   2013-12-27 21:54:17
以下是不负责任 感觉文
首先针对主题部分
1. 一开始就决定好是哪一张
2. 奖励抽卡也是随机
今天如果我是公司的人
我会选择2 为什么?
假设今天使用帐有100个帐号
执行一的动作需要去跑100个RANDOM后执入数据库
今天神魔帐号里面将近快有一半的帐号是免洗帐号
因此选择2,所需要执行的RANDOM数 一定≦100
结论:
资料执行的次数减少 则服务器寿命增加 (两种机率一样
=================分隔线====================
这边另外探讨 有关抽奖的部分
以下我将会使用 RO 脚本(Script) 的简易写法说明我自己的想法
//=================Script1===================
check 抽卡 == AA /确认抽卡种类 可能有1 友情抽 2石抽 3活动
if 抽卡 == 1 goto friend /如果 抽卡种类是1 则执行firend指令
if 抽卡 == 3 goto activities
set magic,RANDOM(0,9) /设定一个参数magic 并随机从0~9取一个数字出来
if magic == 1,2,3,4,5,6 goto 巨像
if magic == 7,8,9 goto 防龙
if magic == 0 goto 狂魔 /同上面 参数对应 则执行该项
.....etc
//=================Script1End===============
这个是 奖励抽不吃加倍的写法
上面抽到的是 10% 也就是奖励抽及平常时候用的指令
活动期间 则要去执行 activities的指令
因为当狂魔机率提升两倍时 其他机率要下降才能维持100% 则需要另外写一套指令
另一种
//=================Script2===================
check 抽卡 == AA /确认抽卡种类 可能有1 友情抽 2石抽 3活动
if 抽卡 == 1 goto friend /如果 抽卡种类是1 则执行firend指令
set magic,RANDOM(0,19) /设定一个参数magic 并随机从0~19取一个数字出来
if magic == 0~10 goto 巨像
if magic == 11~16 goto 防龙
if magic == 17,18,19,20 goto 狂魔 /同上面 参数对应 则执行该项
狂魔:
if 抽卡 == 2 get item ID 1,1,1 /如果是石抽 则抽出一张狂魔 1张,1等,技1
if 抽卡 == 3 get item ID 1,30,1 /如果是活动 则抽出一张狂魔 1张,30等,技1
.....etc
//=================Script2End===============
以上是奖励,活动都吃到狂魔两倍的情况
但其实同样是200% 每个人写出来的设定其实都不太一样
但老实说
这些东西只有亲自去问设计的人才有办法求证
不然其实程式码可以利用一些指令
虽然结果可能雷同 但中间会出现很多错觉
作者: monHHH (真囧)   2013-02-27 21:56:00
...
作者: oprengar (优文宝宝)   2013-02-27 21:56:00
嗯嗯 快推不然别人以为我们不懂
作者: QJP0518 (Lost Souls)   2013-02-27 21:56:00
嗯嗯 跟我想的一样
作者: cacasi (= =")   2013-02-27 21:56:00
你这样文组的会看不懂
作者: gpc (gpc)   2013-02-27 21:57:00
简单的说不是一开始就决定的 详情请参考source code (爆)
作者: BlackZap (Zap)   2013-02-27 21:57:00
if后面用goto 那下面不用放else
作者: wwwsamyoui12 (那个那个)   2013-02-27 21:58:00
真的
作者: pochin671111 (Edison)   2013-02-27 21:59:00
看得懂给推
作者: gn005066 (肛门爆裂)   2013-02-27 21:59:00
else 没用到
作者: BlackZap (Zap)   2013-02-27 21:59:00
结论:这些东西只有亲自去问设计的人才有办法求证
作者: badloveyou (阿宝)   2013-02-27 22:00:00
看不懂还是推!
作者: BlackZap (Zap)   2013-02-27 22:00:00
结论才是重点 这种没办法考究的 我们也只能瞎猜
作者: cacasi (= =")   2013-02-27 22:03:00
if uid=工读生 then 加倍卡 else 巨像防龙妹子中国兽西方兽
作者: waveking (微浮王)   2013-02-27 22:04:00
快推,不然人家会以为农科的不懂
作者: BlackZap (Zap)   2013-02-27 22:05:00
以前 我在家里写脚本 现在 我在学校写程式
作者: zebraseven (Die walkuere)   2013-02-27 22:07:00
作者: jknm0510a (Kang)   2013-02-27 22:07:00
程式不太可能这样写,维护程度太低,修改很困难
作者: shmichael (sss)   2013-02-27 22:10:00
恩恩 我完全懂了
作者: everemember (风飘)   2013-02-27 22:14:00
快推,不然人家以为法科的看不懂
作者: alexscafe (胖胖)   2013-02-27 22:17:00
跟我想的一样
作者: lolucky531 (伦伦)   2013-02-27 22:19:00
创1000只帐号 先计算首抽比例 再算奖品比例大概可解XD
作者: alan3100 (BOSS)   2013-02-27 22:30:00
不懂的东西就别乱说..前后都很明显错很大
作者: Sabaurila (サブリナ)   2013-02-27 22:32:00
快推才不会让人看扁商科
作者: ssoloss (来自海上)   2013-02-27 22:49:00
前面两种方法资料处理量都是一样,没有减少,无关伺服寿命
作者: ssoloss (来自海上)   2013-02-27 22:53:00
补推) 区别只是在request密集度而已,但利用维修事先偷跑
作者: ssoloss (来自海上)   2013-02-27 22:54:00
减少伺服上限的负担也是不无可能,只能说2是比较直觉作法
作者: ssoloss (来自海上)   2013-02-27 22:56:00
至于后面两段,程式肯定不是这样写
作者: ssoloss (来自海上)   2013-02-27 23:27:00
程式(的逻辑)肯定不是这样写,不懂你想表达的是什么意思
作者: ssoloss (来自海上)   2013-02-27 23:29:00
抽个卡要检查这么多if完全是浪费效率
作者: fish410058 ( )   2013-02-28 00:40:00
不太懂两种做法跟服务器寿命有什么差
作者: ibmibmqq (Erid)   2013-02-28 01:09:00
IF超吃力的
作者: sanadakenta (健太)   2013-02-28 02:03:00
如果你只在意程式怎么写最好,那你就是个程式设计师
作者: sanadakenta (健太)   2013-02-28 02:04:00
但通常,不在意那些东西的,叫做“老板”“主管”业务 就更不管那么多 他只管有哪些功能 他比较好卖
作者: sanadakenta (健太)   2013-02-28 02:05:00
结论:这就是资讯业
作者: sanadakenta (健太)   2013-02-28 02:06:00
而且 谁能保证 写这段东西的 是个商业逻辑好的RD呢?

Links booklink

Contact Us: admin [ a t ] ucptt.com