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

新评论
 
Алексей Тарабанов:

在伊斯托克？

没有。一个有编号的研究所，我现在记不得编号了。

即便如此，我也不会说:-)

 
:)
 
Реter Konow:

出于兴趣，你能不能编出并在这里展示你需要写的代码来复制我的窗口，我们来和我的版本进行比较。

你有一种奇怪的竞争精神 :)

只是出于兴趣，你能否用你的gui来创建这样一个程序的模拟。


该程序是在2013年的两个月内写成的，另一个平行项目 仍在进行中。

该程序最后一次编译是在2014年，所以有可能出现一些失误 :)

最好是在交易所交易的工具上运行该程序。

对版主的澄清：这个程序没有在市场上出现。

附加的文件：
IShift.ex5  3312 kb
 
Yury Kulikov:

该方案是在2013年的两个月内写成的，另一个平行项目仍在进行中。

对主持人的澄清：这个方案没有在市场上出现。

是高质量的，有一个体面的外观!我特别喜欢有一本手册 - 这也是一项正在进行的工作

但话又说回来，你要么专业地做，要么不做，也就是说，写了这样的代码，你需要继续写，并在市场上出售，否则工作量就很大。

对此类项目的需求有多大？- 每月是否至少有5件售出？

 
Igor Makanu:

对这种方案的需求有多大？- 他们一个月至少卖出5个吗？

大概三年来只购买了8个。

 
Yury Kulikov:

只买了8件，可能是在3年内。

sadly....

这就是所有这些讨论的目的，对于我这个对市场感兴趣的人来说，只需点击3次就能连接.dll，然后在表格设计器中，我可以做所有的噱头，也就是说，标准的MT工具对我来说已经足够了，我觉得费力的事情我都会在第三方软件上完成。

如果你是一个开发者，你需要在市场上投放的不是一本 "带日历的着色书"，而是一个功能齐全的产品，可以产生利润或成为一个有效的分析工具 - 作为一个例子@Yury Kulikov

有没有人搞清楚@Peter Konow 想通过什么来赚钱？

 
你为什么不使用OOP 做同样的事情。我不明白你为什么不使用它的可能性，甚至不尝试掌握OOP的原则。IT专家的职业本身就预示着这位专家要不断地进行自我教育。由于技术不会停滞不前，新的编程语言出现了，个人电脑的能力也在增长。一般来说，进步不会停滞不前。但是你的编程风格却停留在2000年的水平上，你建议其他程序员回到那些破旧的年代的水平。我已经说过很多次了，我再重复一次。试着用RPF来做这一切。
 

彼得心中所想的当然是一件好事。但要制造这样的引擎，你需要一些聪明的人力资源。

而且不会有太大的需求，因为我个人知道在MQL中创建面板 的3种方法：简单的MQL对象、标准对象和Canvas。

对于简单的用户来说，你不需要巨大的面板，有许多参数和可能性。而这里需要的是。





P.S.这种机器人还没有上市，但一旦上市，我就会删除这个视频。

 
Алексей Тарабанов:

这是我不同意的地方。半自动交易 意味着半自动交易，而不是点击 "买入-卖出 "按钮，或任何其他按钮的能力。

令我非常遗憾的是，作者顽固地给我一个生成这些按钮的机制--仅此而已。

那么，当EA的一个主要水平突然移动到一个新的家庭位置时，EA的互动性在哪里呢？

在半自动交易中，一部分工作由专家顾问完成（这项工作总是例行公事），另一部分由交易员完成（根据洞察力生成信息--不能与洞察力混淆）。在这之后，专家顾问拿起联合活动的互动过程的结果，并使其完成，不断地准备好对交易者的反复干预和对其行动的反复纠正。

我们是绘制子弹，还是将活动自动化？

彼得似乎正是为这样一个半自动的专家顾问建议了GUI库。

也就是说，半自动的是你自己写的。而彼得的库--只是帮助你更容易（是更容易吗）地显示用户控件。

我已经说过很多次了--对于目标受众来说，图书馆已经足够好了。但问题在于这个目标受众的极端狭隘性。这里所有对彼得的批评都是来自不属于目标受众的人--他们都是程序员，即使他们有 "半自动"（事实上，自动机加上一点人工）--他们也不需要太多的控制，这些人更喜欢为自己写程序。 彼得需要那些会编程，但喜欢手动交易的人--也就是说，手动输入，手动设置和转移停止，手动关闭。专家顾问只以方便的形式提供信息。

我还没有在批评家中发现这样的人，而且我相信这样的人非常少。

彼得声称，"他将创造一层这样的人"--我非常怀疑。教一个程序员手动交易，然后向他证明在半自动机器上手动交易更好？不切实际。但是，让我们看看，也许我错了。

 
Vitalii Ananev:
彼得，你为什么不使用OOP 做同样的事情呢？我不明白你为什么不使用它的功能，甚至不尝试进入OOP原则。IT专家的职业意味着这位专家要不断地进行自我教育。由于技术不会停滞不前，新的编程语言出现了，个人电脑的能力也在增长。一般来说，进步不会停滞不前。但是你的编程风格却停留在2000年的水平上，你建议其他程序员回到那些破旧的年代的水平。我已经说过很多次了，我再重复一次。尝试用RPF来做这一切。

维塔利，问题是，彼得是一个记忆的巨人。他不会忘记他在哪里有什么索引，它们意味着什么，它们有什么联系，在哪里。

有了这么棒的内存，OOP-增强只是不必要的姿态，和一些性能的下降。为了什么？

OOP是为那些在一周内不记得为什么他们可以改变某个地方的变量而不是邻近的地方的人准备的。他们是需要封装、公共、保护和预置类的部分、虚拟接口、多态性的人...。而当你把所有东西都放在内存中时，就像电脑一样，直接访问每个对象要容易得多，不需要任何OOP的增强。

建议彼得建立一个智能指针类，在传递对象时考虑到引用的数量，然后，当没有人引用它们时，就删除它们。彼得会感到惊讶，他清楚地记得每个对象是什么时候创建的，有多少用户，应该存在多长时间，以及什么时候应该被删除。使用它们的意义何在？


不，你也可以这样做。我唯一的问题是为了谁？彼得称，"这将创造出一层这样的用户"。嗯，嗯...我们将拭目以待。

1...424344454647484950515253545556...184
新评论