Glade is a RAD tool to enable quick & easy development of user interfaces for the GTK+ toolkit and the GNOME desktop environment. The user interfaces designed in Glade are saved as XML, and by using the GtkBuilder GTK+ object these can be loaded by applications dynamically as needed. By using GtkBuilder, Glade XML files can be used in...
我认为我们应该从专家开始。我给出了三类与专家有关的任务，但事实证明它们在你的界面上是不可行的。
什么可以帮助？也许是更深入的整合，或将项目限制在 "远程控制"。
将你的能量转化为和平的目的 :-)
当然，我明白开发GUI库是一项创造性的工作，在某些方面甚至是有意义的（你写代码，画窗口，看结果）。但这是个死胡同，浪费了很多时间......。
简而言之，你如何将一个替代的GUI挂到MT上。
- 编写了一个DLL，其中。
- 在第一次调用时，创建单独的跟踪并初始化图形子系统
- 每个用户有两个消息队列 - 从MT到GUI，反之亦然。
- 创建了一个MQ4/5类，该类基本上处理/过滤这些队列中的消息，并将它们从СhartEvent来回移动。
- 用于共享结构和同步数组的可选API
这样，你就可以与几乎所有的现代系统挂钩。
- 你可以使用Dotnet的winforms和otherShare（资源上有一篇关于如何在C#中钩住管理器代码并制作一个dll的文章）。
- gtk和设计在gladehttps://glade.gnome.org/
- Qt与它的设计师https://www.qt.io/ui/
- 你甚至可以运行一个有一些限制的http服务器 :-)
正确的 "架构 "原来是--可探索的GUI生活在一个单独的轨道上，不会拖累EA/指示器。GUI是由 "受过专门训练的人 "设计和绘制的：-)专家顾问/指标实际上是一个 "模型"（就像在MVC和类似的）。
我并没有说这些任务在我的界面中不可行）。我的意思是，由于方法不兼容，基于OOP的技术不能被整合到我的代码中。在我完成实施基本的（优先级最高的）事情之后，我将不得不自己实施这些任务。
OOP与此毫无关系。当然，你可以通过全局变量 传递字符串和事件，但这是一个特殊情况，但不适合大规模的项目，而且，声称是 "新一代的交易程序"。
你的能量用于和平目的 :-)
我的目的是纯粹的和平）。
你的建议很有意思。我建议你尝试实施它。
就我个人而言，这是很明显的：喜欢别人的解决方案而不是自己的，是对自己的选择。
MT有自己的语言。既然有C++和C#，为什么还需要它呢？为什么要创建它？
我认为它的产生是因为那些语言没有为algotraders的任务进行优化调整。他们需要一种专门的、应用的语言。
用户并不关心如何创建一个界面，只要能轻松完成。创建一个界面，正如你所建议的，只能由认真的专业人员创建，而对于其他人来说，有时很难使用标准的 MT库，更不用说通过DLL与第三方程序的不同连接。
如果我在开发你的版本，我将不能在社区中传播它，而你知道DLL可以主要用于自己。而且这种解决方案对其他人有什么好处？
你的解决方案是可能的，但它不能被广泛传播。
OOP与此毫无关系。当然，你可以通过全局变量 传递字符串和事件，但这是一个特殊情况，但不适合大规模的项目，而且，声称是 "新一代的交易程序"。
朋友们，在我忙于在论坛上聊天的时候，我又开始了一个项目 的工作，这个项目 有点停滞。我将定期在这里发布我的发展进度，并给大家回复。
如果你对未来EA的界面有任何想法、意见或建议，请随时来信。
谢谢你。
然而，诸如缺乏技术、没有共同的标准、创建的图形质量低等困难，都是冒险创建交易机器人用户界面的程序员面临的问题。很明显，为MT创建一个完整的用户界面要比为交易逻辑编码、编写收集统计数据的算法或在策略中实现模式识别要困难得多。正是这些困难成为了算法交易过渡到 新水平的障碍， 在这里，必要的人与程序互动的领域被大大扩展，提高了交易的有效性，释放了最原始的想法的潜力。互动的领域，允许通过人类思维的灵活性来弥补 "铁 "与算法结合的程序缺点。
现在，EA就像严格在轨道上运行的有轨电车，用户不知道其他人的情况，但想象一下，如果EA变得像汽车，可以选择向任何方向转向？有了这样的 "汽车"，你可以在市场上感到更有信心。
大家下午好。
关于算法交易的 新水平，写得非常好。事实是--现代化的交易界面是一个非常必要的东西。如何创建它是一个单独的问题。例如，我们，在我们的网站上有实时统计数据。但如果机器人与外部资源绑定，并在那里实现用户界面，这也是可能的。我们没有尝试在MT上使用信息图表，而是在方便的地方创建了它。此外，一个普通的交易员知道如何使用浏览器，任何新的界面你仍然需要学习和适应。对于用户的个人统计正在进行中，很快就会有更多。
但关于电车：你在哪里掌舵？你是什么意思？我们的经验表明，经过编写、测试和调整的机器人 "像有轨电车一样 "穿越货币市场，比交易者引导的时候更安全、更有效。回到有轨电车--了解它的路线是很重要的。但如果终点是一样的--汽车的意义何在？发生事故的概率要大很多倍。恰恰是那些试图 "掌舵 "的人给我们带来了问题。
那很好啊!我也希望如此。然而，人工智能可能会变得贪婪，将一定比例的利润收入囊中，或以个人敌意为由使所有者破产)。
大家下午好。
关于算法交易的新水平，写得非常好。事实上，一个现代化的交易界面是非常必要的事情。如何创建它是一个单独的问题。例如，我们的网站上有实时统计数据。但如果机器人与外部资源绑定，并在那里实现用户界面，这也是可能的。我们没有尝试在MT上使用信息图表，而是在方便的地方创建了它。此外，一个普通的交易员知道如何使用浏览器，任何新的界面你仍然需要学习和适应。对于用户的个人统计正在进行中，很快就会有更多。
但关于电车：你在哪里掌舵？你是什么意思？我们的经验表明，经过编写、测试和调整的机器人 "像有轨电车一样 "穿越货币市场，比交易者引导的时候更安全、更有效。回到有轨电车--了解它的路线是很重要的。但如果终点是一样的--汽车的意义何在？发生事故的概率要大很多倍。恰恰是那些试图 "掌舵 "的人给我们带来了问题。
下午。
我对未来顾问的概念（为MT工作）的本质是基于这样的信念：有必要在一个程序中连接和集中所有必要的东西。
我相信，任何程序的最大效率恰恰在于其集中化和多功能性。结 合最大数量的相关特征并切断一切不必要的东西，可以从质量上提高任何机制的效率，包括EA。目前，大多数提议的交易机器人的变体都集中在试图以不同的方式连接不兼容的语言和资源。他们建议使用外部DLLs，在visual studios中建立的接口，不同的统计服务等。我应该注意到，增加交易机器人的能力的任务可以 通过这种方式解决，但很明显 - 这种解决方案是不方便的，不适合每个人。
直到每个人，即使是 不太 熟练的algotrader，也无法独立（或在别人的帮助下）不花大钱建立一个他想使用的交易机器人，直到他不再被迫求助于外部资源试图解决最复杂的整合和修复任务，交易机器人将不会跃升到一个新的水平。这是我的信念。
外部统计和机器人内部的统计从根本上说是不同的东西。在第一种情况下，只有用户可以监控统计数据并重置其策略的一些参数，在第二种情况下，交易统计数据可以由专家顾问实时分析，允许机器人本身调整其设置。你可以编写纠正交易策略设置的算法，在低统计值时可以选择完全替换策略。这一想法的发展潜力是显而易见的。这正是我所说的 "转向 "的意思，汽车有转向功能，而有轨电车没有。
一个选项是，EA位于一个平台上，它的界面在另一个平台上，而统计则在第三个平台上，从每个人都希望自己的EA拥有的理想机制来看，这并不理想。))
只需在屏幕上按下一个大的 "获得报酬 "按钮，绿色植物就会从DVD中出来））。