MVC游戏中,敌方/机器人 AI 应该属于模型还是控制器?

它可能属于模型的一部分,因为它属于游戏的业务逻辑。

它也可能属于控制器的一部分,因为它可能被视为模拟玩家输入,这会被认为是控制器的一部分,对吗?或者不应该呢?

如果是普通的敌人,比如马里奥中的板栗仔呢?

更新:哇,这真的不是我预期的答案。在我看来,AI 是自主游戏系统的内部组成部分,因此属于模型。我仍然没有被说服。


回答:

请记住,MVC 最初纯粹是一种 GUI 架构模式。因此,它不能很好地映射到 AI、网络或任何其他事物也就不足为奇了。但在这里使用它仍然有一些好处。但代码实现了什么并不像它在链中的位置那么重要。仅仅因为某事物看起来是内部的,并不意味着它就是,因此不应将其视为内部的。

例如,如果你正在编写一个机器人,那么你很可能只是编写脚本来操纵角色。因此,从这个意义上讲,脚本接口是预先存在的控制器,而你的脚本完全位于其外部。你甚至不用编写任何接近模型的高级 AI。

现在,如果你是最初的程序员,必须编写底层 AI 功能,这些功能要么由玩家交互触发(例如,点击某个地方开始行走),要么由机器人样式的脚本触发,那么你就需要将这些功能写入模型。

让“AI”这样的单一概念跨越模型、控制器,一直延伸到操纵控制器的任何人或任何事物,似乎不太直观,但当你尝试将两个截然不同的概念映射到彼此时,情况就是这样。当您从开发人员的角度来看待它时,这一点很明显,开发人员试图为非玩家角色提供与玩家角色相同的接口 – 最终,AI 必须包括系统外部参与者所做的高级决策,以及通常存在于系统内玩家和非玩家的底层实现。

Related Posts

使用LSTM在Python中预测未来值

这段代码可以预测指定股票的当前日期之前的值,但不能预测…

如何在gensim的word2vec模型中查找双词组的相似性

我有一个word2vec模型,假设我使用的是googl…

dask_xgboost.predict 可以工作但无法显示 – 数据必须是一维的

我试图使用 XGBoost 创建模型。 看起来我成功地…

ML Tuning – Cross Validation in Spark

我在https://spark.apache.org/…

如何在React JS中使用fetch从REST API获取预测

我正在开发一个应用程序,其中Flask REST AP…

如何分析ML.NET中多类分类预测得分数组?

我在ML.NET中创建了一个多类分类项目。该项目可以对…

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注