第282章 游戏设计方案（2 / 2）

“老板，我有一个想法也许可以实现你要的方案，但是也可能出问题，那就是程序唤醒方案！”

“那你具体说一下！”张恒让陈宇解释。

“在系统程序中，一般底层架构就是把所有的东西都铺设好，不如土地，我们全部设计好，然后在在地图上设计房子，房子里再设计物质，就像是一层一层的铺垫，这样做的好处就是逻辑算法比较简单，同样比较稳定可靠，缺点就是内容量太大，很迟运营电脑的配置。”

“而程序唤醒机制，是可以把基层架构分割成许多独立的单元块，一些在游戏中展示用不到的程序就可以暂时沉睡不被呼叫醒来运作，比如，一个游戏玩家在房屋外作战的时候，房屋内的物质是不显示的，只有玩家进入才显示，或者，玩家落点在火车站的时候，港口的程序便不显示！”

“地图上玩家数量有限，所有他们到达的区域也有限，那么一句游戏中，要被唤醒的程序也有限，这也的话，游戏的运载量就会大幅度的减小，就是配置一般的电脑也能运行！”

“技术程序上能实现嘛？这个办法貌似不错！”张恒点头道。

“技术程序上是可以的，只不过，这个方法有着一些弊端！”

陈宇说道。

“一是不够稳定，因为如果程序响应不及时，会让玩家不能及时看到游戏情况，比如，一个玩家进入房间，如果程序响应慢了，会发现地上并没有刷新物质。”

“还有就是不够稳定，因为在游戏中，一些内在东西是相互联系的，如果有其中某处没有响应，也会引起其他地方无法响应。”

“以空投为例，如果ABC三个点在同一直线上，A点有玩家，B点没有玩家，C点有玩家，如果是唤醒机制，飞机飞过了A，飞到B的时候，B处因为没有玩家所有没有唤醒，那么飞机就无法飞过B，而到达C处，那么C处的玩家将不会看到空投。”

“那这个在技术上可以避免嘛？”

“可以，但是会很麻烦！”

陈宇说道啊。

“为了稳健选择，我觉得常规方案更合适，我想的方案问题相比会多一点，我自己的话把握也不是很高。”

这个问题的确棘手，张恒不是技术咖，所以这个问题他也不好拿出太好意见。

张恒想了想。

“能不能选一个折中的办法，在基础架构完整的基础上，再试试唤醒机制，这也可以稳定性的同时也能尽量小的压缩文件。”

“张总这个想法可以的，我们的确可以再基础程序上，再进行二层次唤醒，这也的话，的确可以做到既稳定又能减少游戏运行负担！”

“哈哈，张总你可真厉害！”

张恒笑了笑。

“那么这个项目就交给你全权负责了，你需要的项目人员找汤总要就是，开发进度

每星期向往报备一次！”

“好的，张总，没问题！”

张恒之所以让陈宇平凡报备是因为他要把控这个游戏开发的走向，尽量把脑海里的游戏还原出来。