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

新评论
 
Igor Makanu:

事实证明要比这复杂得多 - MVC、MVP、MVVM 中枢：https://habr.com/ru/post/215605/

如果你相信 hubr，作者说得没错，在 MVC 中，除了任务之外，模型不应该知道（依赖）任何东西。

当然，))))。但 MVC 对纪律的要求并不高，这一点我个人特别喜欢

 

MQL 在处理结构（复制构造函数、处理文件、处理SQLite）方面 "技艺精湛"。

在使用 MVC 模板时，是否可以通过一些状态/参数结构来组织交互？还是我们需要另一个模板？

 

这是非常真实的。这是一个好办法。上文已经提到了这个方向。但最好不要交换对某些结构的引用，而是交换对组件本身的引用。例如，视图可能需要访问模型。但请记住，视图不应改变模型。因此，访问应该是适当的。

 
Andrei Novichkov:
这是非常真实的。这是一个好办法。上面的评论正是朝着这个方向提出的。

需要一个例子

或更好的文章....只是和服务器错误处理 可以做

 
Igor Makanu:

范例

或更好的文章....您就可以做到服务器错误处理

原则上可以）让第二部分不是在原始层面上，而是在实际工作层面上。我会考虑的。我不想在同一个地方写文章，他们会笑话我的。

 
Andrei Novichkov:

使第二部分不是在原始层面上，而是在实际工作层面上。

我认为这对每个人都是实用的。

为了不把文章写成关于错误处理的 150 个章节，我认为处理 1-2 个服务器错误（订单发送/关闭）和 1-2 个终端错误（获取当前价格/时间框架?....）就足够了。

嗯，尽可能多地使用结构对我来说很有意义，我认为使用结构可以将错误和保存 EA 状态有效地组织到二进制文件中。

 
Andrei Novichkov:

你读到最后了吗？我在最后写了组件之间的通信。还有对全局对象的访问。在这种情况下，我认为提出的方式是可以接受的，只是为了让大多数人理解。而你建议的方式意味着同样不受控制地访问全局对象，只是从侧面访问而已。

您显然没有意识到，我在评论中已经提到了您在文章中的借口。

你教给大多数人的是如何不做事，而不是 MVC 或 OOP。而用绿色标出的那句话只是反映了你对如何实现它的错误理解。

 
Stanislav Korotky:

你显然没有意识到，我在评论中提到的正是你在文章中的借口。

你教给大多数人的是如何不做事，而不是 MVC 或 OOP。而用绿色标出的那句话只是反映了你对如何实现它的错误理解。

我不是这么理解的。我对学习过程的理解才是正确的。
 

您确定这就是值得在文章评论中讨论的问题吗？

我们的论坛是多么喜欢这样的表达/建议，我很惊讶 ))))。顺便说一句，我在那些地方服过役，步行半天就到了中国 )

 
Andrei Novichkov:
你确定这值得在文章评论中讨论吗？

为什么不呢？

1234
新评论