移速异常的bug被检测出来后，整个工作室都被吓了一跳。

   
    好在，因为发现及时，而且该Bug的形成原因也比较清楚，所以问题解决起来也相对简单。

   
    陈霸的解决思路，不是对原有的数值和代码动手脚，而是加一条新的代码进去。

   
    具体做法便是在游戏里，锁死角色的“移动速度”上限！

   
    这样一来，即使Bug依然存在，但游戏数值被锁了上限，那叠加数值的效果就会被无效化，变相解决了Bug。

   
    “治标不治本！”

   
    小陆对此不以为然，指出这样做可能会存在未知的隐患，最好还是从根本上解决该Bug。

   
    “最好的方案，肯定是从根源上解决问题，但是……”

   
    “时间不等人啊！要想从根源上铲除这个Bug，那需要对很多东西进行回炉，这太浪费时间了。”

   
    陈霸摇了摇头道：“只要问题能解决，代码能顺利跑起来，那就没什么问题，至于你担忧的事，不是我们该考虑的。”

   
    写程序是这样的。

   
    一堆看似答辩的代码，却能顺利运行起来，难道程序猿不知道这是一坨屎山代码吗？

   
    他知道啊！

   
    可知道归知道，有时候代码写出来，能运行就是最好的，至于将一坨屎山代码优化到完美状态，那得增加多少工作量？

   
    而且你敢保证，优化后的代码，真的能像之前那样顺利运行吗？

   
    做游戏也是这样。

   
    有时候，游戏出现一个Bug或其他问题，开发者通用的解决方案，并不是对原来的代码修修补补，而是加一串新的代码进去。

   
    谁不知道推倒重来是最好的解决方案？可问题在于，你有那么多时间、金钱和精力吗？

   
    以市面上较为火爆的几款网游为例，CF和LOL都是典型的“屎山代码”。

   
    这俩游戏这么火，玩的人这么多，开发商也没想过将其回炉重造，而是在屎山代码的基础上，继续添加新的答辩代码。

   
    所以这根本不算什么大事。

   
    屎山代码就屎山代码呗，只要游戏能运行起来，只要玩家游戏体验有保障，至于潜在的隐患什么的，说真的不值一提。

   
    更何况……

   
    在封锁游戏数值上限的前提下，陈霸并不认为，这个“数值叠加”Bug会有什么隐患。

   
    “好吧，你说了算。”

   
    小陆点了点头道：“那现在问题也解决了，游戏是不是可以发售开卖了？”

   
    “当然可以！”

   
    眼瞅着
\/阅|读|模|式|内|容|加|载|不|完|整|，退出可阅读完整内容|点|击|屏|幕|中|间可|退|出|阅-读|模|式|.
『加入书签，方便阅读』
-->> 本章未完，点击下一页继续阅读(第1页/共5页)