作为一个专业的程序员，我想从 "终端 "得到什么。另一个主题是对MQL5的祝愿。
现在，这是一个建设性的方法，支持它并不是一种罪。
我不喜欢它，我不喜欢它 :-)
我猜他们还没有找到MT的替代品，决定为其改进做出贡献？:-)
现在，这是一个建设性的方法，支持它并不是一种罪。
否则我不喜欢它，我不喜欢它 :-)
我猜他们还没有找到MT的替代品，决定为其改进做出贡献？:-)
这是一种奇怪的思维方式...它有时很神奇。
仅仅因为我不喜欢奔驰的油漆质量，这并不意味着我不喜欢DB品牌。我不是那种 "喜欢自己的一切 "和 "不喜欢别人的一切 "的人。我不是一个粉丝，我只是一个程序员，我可以告诉你，MT的编译器质量实在太差了--编译器就是这么写的！！！。那又怎样？这有什么区别呢。文本编辑器是2008年的一个巨大的噩梦。那又怎样。这只是我作为一个程序员，这只是我的估计。因为_我_会写得更好。但我喜欢或不喜欢这个产品不是在琐事上，而是在主要事情上。
而事实上，提出这个架构理念的人--"没有API，全是自己的"。他们在营销和商业概念上是100%的错误。只是因为懒惰，没有人做他们的 "克隆"，这将是更好的，如果发布，这将简单地划分市场。而且目前还不清楚谁会出来...他们正在砍掉他们所坐的枝桠。但这只是我个人的专业意见。 通过不给API，他们正在刺激克隆人的产生。了解这一点很重要。但这并不意味着我认为MT是世界上最蹩脚的产品。你从哪里得到这个消息的？老实说--我见过更好的产品。但他们都是为经纪人服务的。好了很多。但他们的服务器离得很远，而且ping值很高。
1.创建图表。这将是太好的，但可能没有必要。
2.应该可以像所有终端一样，导出到metastock和omega文件，而不需要任何额外的自制噱头。而且应该可以从外部程序向终端发送交易指令。忘掉经纪人禁止或允许专家顾问在客户端工作的可能性...我不会说一个字。以我的愚见，经纪人应该只评估单位时间内交易者的交易数量，并根据这个数值来阻止他的工作。
一般来说，我支持MProgrammer。
在我看来，MQ已经采取了正确的方向--自动交易。在我看来，未来在于自动装置和半自动装置......组合器和分析器，带有顾问的提示器--可按交易员的意愿配置。因此，编程，当然应该是最新的。API正在发出应有的哔哔声。如果节目有一张DOS的脸，如何推销这个节目（好吧，反正是要来的）：(
一般来说，我支持MProgrammer。
在我看来，MQ已经采取了正确的方向--自动交易。在我看来，未来在于自动装置和半自动装置......组合器和分析器，带有顾问的提示器--可根据交易员的意愿进行配置。因此，编程，当然应该是最新的。API正在发出应有的哔哔声。如何在市场上推广该程序（好吧，反正我们要做），如果它有DOS面孔:(
MProgrammer 所表达的良好想法
是的，当然，一个成熟的API将是伟大的。
融合将更容易做到!
但在这里我完全理解开发者不愿意提供API...
以免滋生创造自己终端的 "魔法师"......"拿着DLL集，不需要其他东西"......
你会得到一个连接，并以API的形式请求订单。
许多人将开始编写他们的终端或程序，用于自动交易...完全不需要使用终端...
用C++、VB、Delphi绘制自己的图表，管理订单 当然有办法对抗它...太糟糕了，方法是缺乏API
但在这里，我完全理解发展者，不愿意给API...
许多人将开始编写自己的终端或程序--用于自动交易 ...完全不使用终端
我几乎有1000％的把握，:)))如果我们根本不能做一个终端，MT的人就会非常高兴。:))但不幸的是，在这里，只出售服务器是很难的。:))...这很遗憾，不是吗？
也许自动交易已经是非常的现身说法了:)
我理解开发者试图将一切都放在一个包里，他们自己的语言、编译器和编辑器。也许与C语言相比，截断的语言是由对错误的恐惧造成的，因为一切都可能是原始的，但它是保证工作的。我认为这是一个交易系统的正确做法，因为在这里出错的代价很高。
我认为我们应该制定一个与外部项目相结合的方法。总之，我不打算在MQL4中写任何严肃的东西，因为我认为这是不现实的。
我打算在外部程序中做所有的分析，并使用专家顾问与它们连接。而这种联系，在我看来，可能只是来自外部DLL的函数调用。
我建议对这些方法进行补充。
关于编辑。我明白，一个好的编辑是很难做到的。所以给我们使用外部编辑器的机会，这样，当外部对文件进行修改时，它就会被重新加载，好比在所有的正常编辑器中完成。
不喜欢什么东西的呐喊者总是充满了那些不喊而只是做的人（狗在叫，大篷车在跑），不管是好的还是坏的，但他们做了，并且纠正了不可避免的错误，因为你知道，只有不做的人才不会犯错。许多人可以争辩说我会写得更好 ，但实际上他们并没有表现出任何有价值的东西，他们只是口头上说说而已。
> 而提出这种架构理念的人--"没有API，一切都是他们自己的" --在营销上是100%的错误。他们在营销和商业概念上是100%的错误。
从这句话来看，你是否认为自己也是一名营销人员？:-)
我认为你高估了自己 :-)
产品本身呢，没有你，大家都知道它的缺点，并为它的改进提出建议。
但注意：--"改进建议"，而不是赤裸裸的、不必要的批评。 这就是我在前一篇文章中写到的。
不喜欢什么东西的呐喊者总是充满了那些不喊而只是做的人（狗在叫，大篷车在跑），不管是好的还是坏的，但他们做了，并且纠正了不可避免的错误，因为你知道，只有不做的人才不会犯错。他们说他们会写得更好 ，但他们在实践中没有表现出任何好的东西，他们只是口头上说说而已。
+1 )))))只有不做事的人才会犯错。
总有很多叫花子不喜欢某件事情，不喊不叫，只是做，（狗一叫，车一跑），不管是好是坏，但他们做了，纠正了不可避免的错误，因为我们知道，只有不做的人，才不会犯错。许多人可以争辩说我会写得更好 ，但实际上他们并没有表现出任何有价值的东西，他们只是口头上说说而已。
> 而提出这种架构理念的人--"没有API，一切都是他们自己的" --在营销上是100%的错误。他们在营销和商业概念上是100%的错误。
从这句话来看，你是否认为自己也是一名营销人员？:-)
我认为你高估了自己 :-)
产品本身呢，没有你，大家都知道它的缺点，并为它的改进提出建议。
但注意：--"改进建议"，而不是赤裸裸的、不必要的批评。这就是我在前一篇文章中写到的。
我不是在讨论你吗？不，我还要求你不要说 "我高估了自己"...
我以前写过，我在表达我的观点。而不是期望你的会改变。我希望这很清楚。
如果你不理解我在商业方面是正确的，那么可能是你的问题，因为我说的一般都是琐碎的事情，事实上没有争议。
所以我建议你对我的评价不要太多。
我一直在读MQL5的愿望线，但它是如此的业余，对不起，在某些地方。我只是想创建这个主题...
我想在新的系统中看到的本质，非常的本质，非常的想法......。没有太多的细节...
很明显，MT公司有他们自己的愿景，而且可能已经开始行动了，可能我对 "我们需要什么 "的愿景不会反映在这个版本中，但我仍然想准确地说--"程序员需要什么"。 很有可能非程序员也需要它，但他们只是不知道而已。
所以--我希望看到一个内核--当前终端的模拟。以及创建绘制图表的程序的能力。我可以将指标缓冲区 附加到Chart类上，并在其窗口中绘制。该窗口应该有一些标准的按钮、标准的属性和其他标准的东西。但这个窗口应该是自由的，而不是终端中的一个子窗口。但我也希望能有一个窗口作为终端的一个子窗口。我为什么需要它？首先，因为 "免费 "的窗口我可以更灵活地安排。
其次，我不想让MT程序员承担开发巨型源代码编辑器的负担，因为它本质上是自行车的发明。并使用例如工作室。但重要的是，即使是用studio编写的程序，例如用C#编写的，也会使用某种管理器类，通过它我可以将图表输出到图表窗口。
第三，如果我们不想为交易提供API--让它完全在终端内部，与外部世界的数据交换将只通过一些数据来完成--这样我们就有更多的食物给狼和羊......那么，你真的需要在外部程序中绘制图表和拥有历史数据，并在专业环境中创建这些程序。而现在你可以拥有数据，但你必须自己画出来，而且这不是一个薄弱的任务。
简而言之，这就是它...