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

新评论
 
Georgiy Merts:

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

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

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

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


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

一个好的记忆当然是好的 :)但记忆有这样一个特性，即随着年龄的增长，它变得更糟糕或变得有选择性。你记得很清楚的东西和你认为无足轻重的东西马上就会滑落到你的脑海中。:)

 
Yury Kulikov:

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

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


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

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

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

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

良好的、强大的图形用户界面。我可以用构造函数重现其85%的力学原理。我也有拖放、动态窗口。剩下的是程序的任务（在单元格中闪烁的数字，称为函数）。

至于指示窗口--那也是可以重现的。简而言之，在我的版本中，外观将略有不同，但功能几乎相同。

但是，在我的版本中没有实现比例和数字。而且没有比例。

然而，与这个GUI不同，我的图形将更加漂亮。梯度、图标、漂亮的框架、阴影...。这些元素都是画出来的。

但是，对于一个现代市场来说--你的产品是非常强大的。可能是最强大的之一。

而事实上，没有多少人买它--你可以感谢测试员的坟墓。他们已经使所有的产品都失去了意义，除了他们自己。

 
Igor Makanu:

为什么是这种新风格？

你写道，每30-100个订单会遇到一个开发板的订单，更多时候不会发生，更少时候发生。

如果你想做自由职业，请到https://www.mql5.com/ru/search#！关键词=%D0%BF%D0%D0%B0%D0%BD%D0%B5%D0BB%D1%8C&module=mql5_module_jobs

这就是所有的需求，注意，交易需要面板，没有人对面板中的分析和日历感兴趣。

ZS：你听说过关于难以捉摸的Joe的笑话吗？ 恕我直言，你的GUI很好，但很少有人感兴趣，用一个dll就可以得到任何结果，做一个你认为用户需要的面板，在市场上，一个月就可以统计出来......

PS：从来没有想过要和C#.Net打交道，但自从开发人员做了支持后，我不得不花了一个小时找到一个简单的带有表单设计器的c编译器--SharpDevelop（14Mb），并在网上搜索如何从.dll中运行一个表单，一切都在工作，一切都在 "旋转"，代码本身，它规定的手简直就是--3行！！！。

MQL的开发者使在C#中使用.dll变得很容易，你只需把一个现成的dll放在Libraries文件夹中，并在Expert Advisor的第一行写上.dll的名字--这就是全部；)

你只是不想理解。这有什么区别呢？你的变体不适合大众。

人们在寻找利润。在这次搜索中，他们被卡在同一个测试器的轨道上。也就是说，那些承诺根据测试者的读数进行充实的程序。就这样了。从这里开始就是一个死胡同。

它能永远持续下去吗？他们会一直信任测试者吗？看着数以万计的 "死亡 "机器人，他们是否永远不会感到失望？

我提出一个摆脱僵局的方法。半自动程序，用户将对自己的行为负责。

你认为没有人想要这个吗？你错了。

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

彼得，这就是问题所在--没有什么可利用的。任何窗口要么只是一个装饰，要么就是一个对话点。对话的要点暗示了这种对话的必要性。

想象一下，你是一个交易员，程序问你一些问题。它需要从你那里知道它。它可以问你什么，你可以用一个按钮或一个表格来回答这个问题？我很想知道你对此的看法--如果你不介意的话，请回答我。

第二种情况：你认为有必要干预程序的工作--什么按钮/表格能让你有效地做到这一点？

我绝对同意你说的，一项活动的自动化是那些自动化的人的任务，但你假装是一个工具的创造者，在这个领域开发人机界面。一个由按钮和表格组成的界面，还是一个正常的GUI，允许与MT的所有图形对象一起工作；一个由对象组成的界面，还是也有中断？

你声称要创建一个标准；我通过自动化的东西，声称我产生的任何或几乎任何图形操作都将被你的界面所接受。否则我们就不需要对方了。

任何窗口都可以有几种可能的功能。

  1. 一个对话点（对话框）。
  2. 一个设置窗口。
  3. 一个通知窗口。
  4. 一个显示信息（表格）的窗口。
  • 该软件可以询问例如关于当前策略的过度优化。
  • 由于过去几天的统计数据不佳，停止执行交易算法。
  • 市场形势变化时的参数设置。
  • 你可以想出很多很多的事情。
我认为交易是在浪费时间和金钱。但其他人怎么想--那是他们的事。谁在乎呢？总会有一些人认为有必要干预项目的工作，也会有一些人认为没有必要。为什么要为这些问题困扰自己呢？最好是为前者和后者制作节目并出售。
 
Реter Konow:

任何窗口都可以有几种可能的功能。

  1. 一个对话点（对话窗口）。
  2. 一个设置窗口。
  3. 一个通知窗口。
  4. 信息输出窗口（表格）。
  • 例如，该软件可以询问当前策略的过度优化情况。
  • 由于过去几天的统计数据不佳，停止执行交易算法。
  • 市场形势变化时的参数设置。
  • 你可以想出很多很多的事情。
我认为交易是在浪费时间和金钱。但 其他人怎么想--那是他们的事。谁在乎呢？总会有一些人认为有必要干预项目的工作，也会有一些人认为没有必要。为什么要为这些问题困扰自己呢？最好是为前者和后者制作节目并出售。

这就是原因和答案!

 
Vitalii Ananev:

一个好的记忆当然是一件好事 :)但随着年龄的增长，记忆往往会退化或变得有选择性。你记得很清楚的东西和你认为无足轻重的东西马上就会在你的脑海中溜走。:)

那是你的记忆（也是我的）。

彼得有不同的记忆，而且随着时间的推移，它变得更好，就像好酒一样。彼得总是记得他所写的一切，以及如何和为什么，还有他在想什么。 所以他真的不需要OOP。

我很羡慕彼得的记忆力。

 
Реter Konow:

我可以用一个构造器重现它85%的力学原理。

我有疑虑 :)如果只有窗口、按钮、控制...但这是最起码的。

你的界面甚至无法处理tumblr的流量，而且你还需要渲染一些指标。

是的，这是第一个版本的gui库，尽量少用kanvas，现在除了文本输入，所有东西都已经在kanvas上实现了。

 
Реter Konow:

人们在寻找利润。在这次搜索中，他们固定在相同的测试器上。也就是说，那些承诺根据测试者的读数进行充实的程序。就这样了。从这里开始就是一个死胡同。

它能永远持续下去吗？他们会一直信任测试者吗？看着数以万计的 "死亡 "机器人，他们是否永远不会感到失望？

为什么会 "死亡"？

任何机器人都有挣钱的时期。任何一个人。即使是我联盟中最蹩脚的MU也有很短的挣钱时间。所以没有办法说他们 "死了"。

这就像衣服一样。当然，在阿尔汉格尔斯克的某个地方，短裤、人字拖和巴拿马服的生活。但你不会声称它们是 "死衣服"。此外，在某些日子里，你甚至可以在阿尔汉格尔斯克穿上它们。

反之亦然--在黑海的海岸上，土布和皮靴在夏天看起来很傻。虽然，有时即使在黑海岸边，他们也是非常必要的。

交易机器人的情况也是如此：每个市场都有自己的交易机器人。而交易者的任务是选择适合市场的机器人。这就是为什么你不能说 "人们会感到失望"，就像没有人对短裤或巴拿马裤感到失望，也没有人对雨衣感到失望。你只需要在热的时候穿前者，在冷的时候穿后者。


测试仪不是阻碍，也不是万能的。它告诉你最近的市场情况，并允许你挑选与之匹配的TS。但是，这并不意味着市场在未来几天不会发生变化，TS也不会不再适合它。然而，一个在历史上获利的机器人比一个在历史上失利的机器人更可取。

手动交易只有在有大量经验的情况下才能持续获利。只是想了解什么时候用什么技术。 你认为很多人都有这种情况吗？

 
Yury Kulikov:

我有疑虑 :)如果只有窗口、按钮、控制...但这是最起码的。

你的界面甚至无法处理玻璃流量，你仍然需要渲染一些指标。

是的，这是第一个版本的gui库，尽量少用kanvas，现在除了文本输入，所有东西都已经在kanvas上实现了。

构建器是为通用解决方案设计的。你的程序是为特定任务定制的。

你可以在构造器上制作并运行一个翻滚器，它就会工作。但到目前为止，各种指标的绘制还没有被纳入构造函数的任务中。

这可以由用户在其程序中完成。


那么它不会拉动玻璃的交通呢。



点击图片可以看到gif。正如你所看到的，表格元素的重绘速度快到足以拉动滚筒的流量（甚至有更多的单元）。

 
Реter Konow:

而至于不拉动tumblr的流量。

点击图片可以看到gif。正如你所看到的，表格元素的渲染速度快到足以拉动杯子的流量（单元格甚至更多）。

我不是在说渲染速度，我是在说你的gui和用户程序之间的流量（交换）。

当然，任何程序都是为特定任务量身定做的，但使用，例如，标准库，你可以在窗口中添加一个动画对象，而在你的gui中没有，你必须要求它:(

1...434445464748495051525354555657...184
新评论