文章 "MVC 设计范式及其可能的应用" - 页 3

[Andrei Novichkov]

Maxim Kuznetsov:

注意，在下一部作品中解决这个问题。

他不是这个意思。不是纠正，而是比较我和对手的水平。

[Rashid Umarov]

我觉得这篇文章非常有趣，对那些不熟悉这个话题的人很有帮助。

我想对作者的精彩表述和易读性表示感谢。

正如 Andrey 在文章中提到的，要制作一个理想的 MVC 指标程序并非易事。但我非常喜欢文章中的例子。

[Andrei Novichkov]

Rashid Umarov:

我觉得这篇文章非常有趣，对那些不熟悉这个话题的人很有帮助。

我想对作者的精彩表述和轻松阅读表示感谢。

正如 Andrey 在文章中提到的，制作一个理想的 MVC 指标程序并非易事。但我非常喜欢文章中的例子。

谢谢你的溢美之词，拉希德 )

[Andriy Konovalov]

@Andrei Novichkov，日志记录应归属于哪个组件？视图？但通过控制器将每行日志从模型转到视图有点无聊。

[Andrei Novichkov]

日志可以作为另一种表现形式。模型知道视图，可以绕过控制器与视图通信。请注意，日志记录不仅可以在模型中进行，也可以在视图中进行。

[Andriy Konovalov]

@Andrei Novichkov，我明白了，谢谢。

还有一个问题：只在控制器中定义输入参数正确吗？在视图中定义iSlippage 和Magic 等输入参数（因为控制器不需要它们）不是更正确吗？这样，将包含视图的文件纳入包含控制器的文件后，这些参数将作为一组出现在智能交易系统的输入设置中。

[Andrei Novichkov]

为什么要制造两个实体，而不是一个逻辑上完整的实体。或者三个。或者四个。正确的做法是创建一个实体，并考虑对 "模型 "和 "表征 "的受控访问方式。

[Andriy Konovalov]

Andrei Novichkov:
为什么要制造两个实体，而不是一个逻辑上完整的实体。或者三个。或者四个。正确的做法是创建一个实体，并为 "模型 "和 "表征 "设计一种受控的访问方式。

我不确定你是否理解我的意思。我不是建议创建新的实体--不是。因为它是三个组成部分，所以将保持不变。

否则，在控制器 的全局层声明iSlippage 和 Magic 变量是不合逻辑的，因为控制器 不会使用这些变量，而只能在视图 中使用。因此，视图 的.mqh 文件将不会被 F7 正式伪编译，从而无法自动检查语法错误（我说的不是您的例子，而是在视图中使用这些变量时的一般情况）。

[Andrei Novichkov]

输入参数中可能有许多参数，其中包括 Magik。将这些参数分散到不同的组件中？在我看来，这不是最好的解决方案，但你可以试试你的想法。看看会是什么样子。

[Andriy Konovalov]

好的，感谢您的文章和对问题的回答。