我的方法。核心是引擎。 - 页 16

新评论
 
Реter Konow:

目前，我有一个客户。我完成他的任务非常快。3-4小时后，一个新的、功能齐全的窗户就做好了。与连接界面一起。我还迅速修复了引擎中的错误，并将新版本发送给他。几天内9个窗口+引擎变化、错误修复、添加功能......都非常快。

你一定有很多空闲时间。

 
Vasiliy Sokolov:

你明白只有你自己是不够的。你的引擎的大规模性将取决于其他程序员是否喜欢它（你一个人并不能满足所有的客户）。如果突发事件不喜欢，那么...唉，啊，你创造的命运将是光荣的。

程序员们将不必进入引擎代码。他们将在文件中获得与之相关的连接接口。我已经测试过了。一切正常。

 
Реter Konow:

目前，我有一个客户。我非常迅速地完成他的任务。3-4小时后，一个新的、功能齐全的窗户就做好了。与连接界面一起。我还迅速修复了引擎中的错误，并将新版本发送给他。几天内9个窗口+引擎变化、错误修复、添加功能......都非常快。

它说的对吗？创建一个窗口需要3-4个小时？不是分钟？

 
Реter Konow:

实际上，我已经做了一年多了。我也不会感到困惑。))

为了比较，用OOP 实现同样的事情。也许你会喜欢它。:)

 
Dmitry Fedoseev:

它说的对吗？创建一个窗口需要3-4个小时？不是分钟？

不，如果你从另一个窗口复制代码并进行修改，你可以在几分钟内完成。但我说的是从头开始创作，考虑到图形和工作风格。

 
顺便说一下，彼得，别忘了添加各种图表，像指标一样，只在windows下，支持一些数据格式（OHLC，像Zigzag，等等）。我希望这些都能在你的项目 中轻松实现。
 
Aliaksandr Hryshyn:
顺便说一下，彼得，别忘了添加各种图表，像指标一样，只在windows下，支持一些数据格式（OHLC，像Zigzag，等等）。我希望这些都能在你的项目中轻松实现。

我试试。

 
Реter Konow:

我试试。

我不会尝试，我会的）。增加了你的创作的有用性。

 
Dmitry Fedoseev:

它说的对吗？创建一个窗口需要3-4个小时？不是分钟？

胡说八道......在MQL中制作3个窗口，即使使用标准MT工具包中的库，也需要10分钟，另外需要20-30分钟来适应按钮、编辑、标签的高度和XY。

我可以看到两种可能性，为什么Petr的工作可能是有用的。

- 创建一个单独的应用程序来生成MQL源代码，即GUI构造器，而不去研究它的工作细节，所以说Visual MQL++ ))

- 或者说：有的人自己创造了困难，然后成功地克服了困难©Wingston Churchill

 

在我看来，彼得的所有OOP组件都在不断地依附于细节。

而问题的核心恰恰是系统的理念和架构。

上面正确地指出了有争议的问题是什么，这些问题似乎对彼得有利，对他的对手不利。

- 全局可访问变量的堆，根本没有封装。

- 缺乏类型控制

- 僵化地依赖数据存储的特定实现。

而Peter正确地指出，OOP的概念（至少在我的建议中）是为了简化，"基于程序员的便利"。 封装、类型控制、接口--所有这些都是为了尽可能地消除错误、混乱、误用的可能性。这就对了。

彼得的概念恰恰相反。所有的数据都可以从任何地方访问，用户在代码的任何地方都可以完全控制程序中的所有对象，他可以按照自己的意愿感知它们，没有任何类型的限制（好吧，除了MQL的限制）。

彼得说，这个概念 "可以实现最大的发展。可用性是第二位的"。

就个人而言，作为一个程序员，我已经不喜欢把方便放在第二位。但如果你真的得到了更多的发展，你可以牺牲这一点。好吧，我想看看它是什么。有限制和封装的OOP方法不允许达到这样的发展，因为这种方法可以完全访问大量的属性，被扔在一个大小不一的阵列中。(更不用说需要记住这一切了）。

正如上文正确指出的那样，这种方法让人想起了帕斯卡的TurboVision。虽然，类型控制和封装约束已经在该库中实现。

1...91011121314151617181920212223...184
新评论