阅读历史 |

第282章 游戏设计方案(2 / 2)

加入书签

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

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

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

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

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

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

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

陈宇说道。

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

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

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

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

“可以,但是会很麻烦!”

陈宇说道啊。

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

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

张恒想了想。

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

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

“哈哈,张总你可真厉害!”

张恒笑了笑。

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

每星期向往报备一次!”

“好的,张总,没问题!”

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

↑返回顶部↑

书页/目录