大架构中,哪种架构更能开发出适用于大多数游戏的引擎?
这个问题下方,有十多条回答,几乎所有回答都是滥竽充数,绕来绕去说不到重点,连游戏引擎的本质都说不清楚。
当然,这并不能说明专业人士认证有问题,而是计算机科学与技术人员的知识是有侧重点的。
引擎架构等同于人体的骨架,它的作用就是把渲染、处理、音频、资源管理等等基本功能组合成一个整体。
而基本上的引擎,都离不开三种架构方法——结构化架构、基类根架构、组件形式架构!
最新出现的答案几乎把三大架构法的优缺点全部说的明明白白,让人眼前一亮。
“结构化架构采用的方法是把游戏引擎内部模块用结构化的形式相互组合,以api形式提供接口,优点是效率高,如果想做一款速度快的引擎,用这种架构非常合适,缺点也很明显,模块之间耦合度高就不容易修改!”
“基类根形式架构这种模式的优点是结构清晰,实现灵活,可以适应比较大的变化,适合于做一些较大且有跨平台需求的引擎,缺点是该架构依赖于基本的抽象类的继承关系,导致引擎内部继承了许多无用的功能而变得虚大,接口的通用性使得实现的效率不高,导致整体效率偏低。”
“如果中子星信息技术公司想要做一款更好的引擎,我们推荐用组件形式架构法!”
“这种架构法是把不同功能的模块做成相互独立的系统,模块内部还能用别的架构方式!”
“组件形式架构法非常灵活,内部效率最高,适用于大多数游戏引擎,无论什么游戏都可以用这种引擎来制作!”
“缺点是设计方法复杂,对于一般的团队来说较为困难,需要经验积累……”
“粗略架构设计图如下……时间紧迫来不及精化,望采纳!”
“回答人:京城大学计算机科学研究室!”
中子星信息技术公司引擎开发部用的就是第三