我正在尝试为我的游戏构建一个非常轻量级的可重用框架，而不是每次开始游戏时都从头开始。我有一个组件驱动的架构 - 例如实体由Position组件、Health组件、Ai组件等组成。
我最大的问题是我的模型组成视图组件允许模型有多个视图，或者是否使用更真实的 MVC，其中模型不知道其视图，并且它们是在外部管理的。
我已经尝试了这两种方法，但如果有人知道每种方法的优缺点以及哪个是行业标准，那就太好了。
取决于你的受众、游戏开发人员，包括我自己，都不太习惯 MVC 模型，尽管大多数人都知道它，但由于开发人员伤亡（不是任何严重的技术原因），保持它干净利落并不那么容易。因此，根据经验，我见过数十个游戏框架都是以 MVC 开始的，但只有一对能够将其维持到最后。我的理论是，MVC 为小型一次性游戏（通常只有几个开发人员）增加了太多的复杂性和几乎没有什么好处，并且很难将大多数游戏对象真正干净地分离到大型/复杂游戏的这些层中。由于游戏有发布日期，因此它们很多时候会为了性能和快速临时解决方案而牺牲代码的清晰度和可重用性（如果有必要，在续集中（如果有的话）将会重写）。
然而，考虑到上面的警告，最好把目标定得更高，因为如果你成功了那就更好了:)，如果你失败了，那就不好了。所以你或许应该尝试一下 MVC，但如果它失败了也不必担心，专业的游戏开发者都在这个任务上失败过很多次了:)
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
