Mar*_*ark 3 database architecture game-engine
我正在尝试创建一个老式的文本冒险游戏.我有点卡在创建世界地图和房间.
房间描述应该是源代码的一部分还是应该分开？我想把所有这些描述和房间属性放在MySQL数据库中,然后有代码来组织每个房间的逻辑; 将每个房间描述与实际的源代码放在一起似乎有些不整洁.
这是在冒险游戏中组织描述的首选方法吗？我也认为这可能更好,因为我可以查询数据库以查找有关数据的常见属性.
任何意见将不胜感激.
不,不包括在代码层/间的描述,它不是动态的这种方式.
现在许多开发框架都倾向于将代码与数据分开.所以,通常情况下,我们把游戏厅的数据文件中,读那些建造水平也许使用户能够建立在他自己的一个新的水平,并最终创建一个新的文件进行室内数据.
| 归档时间： |
|
| 查看次数： |
2931 次 |
| 最近记录： |