Re: [心得] 技能升级假说

楼主: yols (yols)   2013-09-08 00:10:52
: 那我提出一个另类想法给想练双子的人
: (我自己是来不及了 吃了5只鸟 双子已满等满技 5只鸟啊~~~~~ 搥心肝T T)
: 假设一个兽队起家的人
: 虽然他的黑狗早已满等满技
: 但是还是会一直组6.25倍攻队带黑狗出场去打
: 也许已经累积了20000场次左右
: 那按照已下步骤 或许牺牲一只黑狗可得到一只满技双子
: 1.让二阶史莱姆吃跟了我们n久的满技黑狗→二阶史莱姆技满
: 2.将二阶史莱姆转到三阶 然后带出去打一场 →三阶史莱姆技满
: 3.喂双子
: 以上纯属推论 不知是否可行?
我引用一下原po猜想,并说明为什么不可能。
首先原po的猜想主要是建立在,slv 满了以后也会"继续" 记录该卡该技能的slv 回合
也就是不管怎样就是要记录下来。
但这样就会对某些杞人忧天的程式设计者(好啦就我)而言,这数值到底要多大?
先说明一下基本程式设计的概念
这边贴一下google到最大值,以便验证
http://yes.nctu.edu.tw/vc/ref/basicdatatype.htm
int 最大记录值是2的31次方-1 貌似很大但会不会不够用?(不排除有白目来乱)
好吧若是还不够大套用大整数概念我用STRING记录够大了吧?
但这样还有一个问题,也就是读写 硬盘至内存的速度,这东西很有趣。
基本你可以设想两者间读取到cpu 的速度是有落差的且落差极大
且这动作极伤硬盘(你可以设想以前点对点下载有人说伤硬盘一样的原理 ssd 好像好一点)
但不管怎说若mh那家总公司愿意那么大花血本去做这件事那我也认了。
那我说的第二种方式是什么
简单来说就是写三个不同函式,并且这三个函式都认得以下共同变量
max_1 = 10000;
max_2 = 20000;
max_3 = 30000;
unsinged int data = 0;
a
if(data<max_1)
return data;
else
return max_1;
b
if(data<max_2)
return data;
else
return max_2;
c
if(data<max_3)
return data;
else
return max_3;
那这样作法有啥好处,程式设计者只要适当呼叫函式就永远不用担心有机歪使用者
会超过上限了,并且型别一定能统一。还有我可以不用再写入这样
验证方式LUKE大已经说了,他成功就是使用方法一。那恭喜我们有BUG可以用了
反之那就摸摸鼻子吧
作者: nightjustin (洛神天来)   2013-09-08 00:12:00
这是第几局了……
作者: eric1999ty (Tiffany ^.<)   2013-09-08 00:12:00
突然变成 科技版了
作者: kikidmore (kikid)   2013-09-08 00:13:00
我只能说在讨论下去大家都没糖吃了
楼主: yols (yols)   2013-09-08 00:13:00
没办法阿有人要我说明我就说明不然我该说啥
作者: nightjustin (洛神天来)   2013-09-08 00:13:00
TOS_TECH版推你用心
作者: lin89710 (谷)   2013-09-08 00:14:00
要改这东西看起来 不是随便弄弄就好的 应该不会动吧
作者: n963k (n963k)   2013-09-08 00:14:00
会不会公告停止讨论呢,越战越偏了
楼主: yols (yols)   2013-09-08 00:14:00
顺便说一下现在应该是64BIT时代所以上限应该要改就是了
作者: nightjustin (洛神天来)   2013-09-08 00:14:00
补推一下
作者: reallove (^.<)   2013-09-08 00:14:00
INT_MAX 你认得这个吗?
作者: nightjustin (洛神天来)   2013-09-08 00:15:00
可以考虑收拢讨论串XD
楼主: yols (yols)   2013-09-08 00:15:00
所以我才说这东西是很脑X写法..若真这样写我可以说3.2版我们有得等了
作者: ck6a83 (河马-西波)   2013-09-08 00:18:00
这个版好难生存... 要会经济还要会写程式.................
作者: GLHF (ことりのおやつ)   2013-09-08 00:19:00
要会经济还要会写程式XDDDDD
作者: nightjustin (洛神天来)   2013-09-08 00:20:00
要是能直接或间接压缩废文也未尝不是好事XD
作者: n963k (n963k)   2013-09-08 00:22:00
还要会消费心理^.<
作者: darkster (草民)   2013-09-08 00:22:00
你是写程式写多了越想越复杂吧,为何不以其他观点来看看,现况是出场数可累积,技能等级相对应一定的出场数,可以推测疯头他数据库设计是出场数的资料型态远大于Slv15所需出场数,而且合成时会将出场数合并,资料型态一定有其上限存在,只是远大于Slv15所需而已
楼主: yols (yols)   2013-09-08 00:25:00
所以我才没完全否定原PO说法,但老实讲真的很糟
楼主: yols (yols)   2013-09-08 00:26:00
因为等同每一个使用者我就得重写硬盘资料一次这硬盘寿命..还有搜寻..这两个动作基本都是很伤硬盘的做法没必要的话
楼主: yols (yols)   2013-09-08 00:27:00
少做为妙...
作者: darkster (草民)   2013-09-08 00:27:00
那里糟?你现在也只是推测出他的资料型态,你又知道他没做溢位预防?
楼主: yols (yols)   2013-09-08 00:28:00
所以我才说根本没必要那样阿...同样是溢位预防一个可以避免
作者: darkster (草民)   2013-09-08 00:29:00
你又知道他数据库如何建置?,如何运作?
楼主: yols (yols)   2013-09-08 00:29:00
多数可能写入硬盘做法另一个是到极致才预写保护读入硬盘..
楼主: yols (yols)   2013-09-08 00:30:00
只是这样而已,光这点对电脑负担量就不一定一样了要有效减轻的话就是用后者才能最有效(毕竟多数一定会用到
楼主: yols (yols)   2013-09-08 00:31:00
我知道我还要PO文吗我们还要讨论吗= ='反正再吵也没用等LUKE PO 文看谁对就知道了
作者: darkster (草民)   2013-09-08 00:34:00
我也去喂看看一阶小屎试看看XD
作者: c93cj3 ( )   2013-09-08 00:36:00
上次也有一个对乱数和吃角子老虎很有研究的不是高手
作者: c93cj3 ( )   2013-09-08 00:37:00
sorry 不世高手这个板真是卧虎藏龙
作者: s954126333 (开花不见芙蓉笑)   2013-09-08 02:08:00
我走错板了吗?
作者: kurtsgm   2013-09-08 02:27:00
唉....看到你说什么读写硬盘实在是....
作者: kurtsgm   2013-09-08 02:28:00
不要傻傻以为服务器会用你用C/C++写小程式一样用fread啊
作者: kurtsgm   2013-09-08 02:29:00
套个Database server来处理是基本的好吗..
楼主: yols (yols)   2013-09-08 02:33:00
WHAT大有解说了~~我是仅以硬件角度来看有误导sorry
作者: GoodElephant (翊今寶寶,說你好。)   2013-09-08 09:21:00
帮推

Links booklink

Contact Us: admin [ a t ] ucptt.com