陈然知楚垣夕说的是什么，而且对楚垣夕能问这么专业的问题来到很吃惊。

    “楚总，我们就是开发一个外包项目，不用考虑那么远的事吧？”

    “但是要是行多个平台的移植和扩张呢？”楚垣夕闲聊天一样问：“有些时候游戏是需要给别的公司运营的对不对？可是版本的更新工作是自己负责的。那你第一个版本传过去，对方在表格里加了一段容，就得有一段新id被占用，然后你们第二个版本更新过去的时候对方怎么办？他们已经把那段id占上了，你们传过去的新版本里也有这一段id。”

    如果这个问题还不严重，那楚垣夕说的况就严重多了。项目组给运营方传过去的第一个版本的表格是0-99，写的清清楚楚，运营方拿过去一看，角这么少？这不好卖卡牌啊，于是自己添加了50个新角，是100-149，然后拿去卖。

本章已阅读完毕(请击一章继续阅读!)

    然而项目开发组不知，一个版本他们也添加了50个新的角，id同样是100-149，传给运营方，这时运营方除了草泥简直无话可说。

    楚垣夕能够接受陈然的解释，但是接受不了陈然的工作方式，因为他所谓的效率，对于产品来说不了万分之一，就连代码“好写”都要打一个星号。

    似乎要求游戏开发少写特例是一不人的事。

    这方式有些类似程序中的数据结构，看起来非常清晰。1201017面一行可能是蜥蜴人，1202001，中间有很大的间断，这样如果需要再添加一个18号狼人，直接在17号面即可。

    表格中的id不连续有个很大的好，就是可以通过“id段理”的方式行扩充和识别。

    而使用陈然要求的方式，所有id必须连续，那么必然现混排序。仍旧以角表为例，第一版100个角，可能是族别排好顺序的0-99，第二版再添加50个新的，完了，没法往前，必须从99的后边开始写起100-149，新旧两版的狼人在表格里隔得天南地北，几个版本过后再也没有顺序可言。

    楚垣夕的平仅限于挑大面上的刺，你让他判断两段代码的平低，在看起来都不差的况，他是百分之百麻爪的。

也比较多。

    “因为这样程序好写啊。”陈然理所当然的说，“程序机制不一样，这表格程序运行起来效率多啊？”

    当然病还是得挑，楚垣夕打开一张策划表格指着问：“哎你们这个表格为什么要求策划赋id的时候必须从0开始然后保持连续啊？”

    比如角表，id的第一位表示别，男为1女为2，第二至四位表示族，人类为100，兽人为200，血灵为300，这样九个族各占一个id段，第五至七位为的id，需要添加角的时候直接在表格里相应位置添加一行就可以。比如id为1201017的，就代表男狼人第17号角（假定兽人中狼人代号201）。