更少的代码，更多的行动......写一个EA - 页 3

新评论
 

在这里，我们走了。

Maxim Kuznetsov:

我将尝试（或尝试，如果感兴趣的话）为EA做一个框架。尽可能只适合于简单的事情，不需要应用程序员的大量知识。

与当地接受的做法不同，设计将 从上到下进行。从用户期望的使用情况出发，而不是从终端的工程基本原理出发。

也就是说，你申报的设计 不是从终端的工程基础出发的，有了第一个清单，你就和终端的工程基础深深地绑在一起了。你如此束手束脚，甚至使用条件编译宏，因为你不能没有它们，即使在最高用户级别。
 
Maxim Kuznetsov:

原则上，你可以在GetData OnCrossSignal里面使用这样的一个条目。有可能，你甚至可以写脚本 :-)但一切都来得及......数据处理是像电子表一样建立的。

这样就好了，你开始明白我想告诉你的事情了。如果你宣布采取从上到下的方法，就从头开始。这就是为什么 "一切顺其自然 "又不起作用了。这是第一要务。

 
 

EasyLanguage被发明了吗？正如我所看到的许多MT4顾问，他们都是通过MT4-API编写的，没有复杂的包装。显然，它更简单、更可靠，因为代码出来时非常简洁。

例如，如果我们使用这样的MT5包装器 进行交易，或者使用这样的 包装器进行MAX，那么只有这些包装器的作者才会感到轻松。

 
fxsaber:

EasyLanguage被发明了吗？正如我所看到的许多MT4顾问，他们都是通过MT4-API编写的，没有复杂的包装。显然，它更简单、更可靠，因为代码出来时非常简洁。

例如，如果我们使用这样的MT5包装器 进行交易，或者使用这样的 包装器进行MAX，那么只有这些包装器的作者才会感到轻松。

我同意，未来的发展和支持对于使用和学习一些东西是很重要的。愚蠢的例子，但仍然是，mql6或一种新的订单会出来，重点是处理这些包装物，如果你仍然要在这个网站上阅读法力。
 
Aleksei Beliakov:
我同意，未来的发展和支持对使用和学习一些东西很重要。愚蠢的例子，但仍然，mql6将出来或新的一种订单，意义是处理这些包装，如果你仍然要在这个网站上阅读法力。
你读法力，你喝皮塔，你吃食物......。
在抽鸡和听传言的时候，很容易在一个组织良好的结构中添加新的对象 :)
 
Artyom Trishkin:.
在一个组织良好的结构中添加新的对象是非常容易的
我有说过别的吗？
 
Vasiliy Sokolov:

嗯，你写得很对。但用户对这样的伪代码理解得更透彻。

另一点是，以这种特殊的形式（程序性的，我注意到了）使其发挥作用要难得多，但还是有可能的。这就是人们应该努力实现的目标--使用户级指令尽可能地简单和抽象。在你的情况下，用户需要指定条件编译宏，计算平均数的具体函数和其他技术细节，而他根本无法处理。

if(SMA(Close, 12) > SMA(Close, 24))
   BUY();
else
   SELL();

实现它又有什么问题呢？ 你按照TC的设计写一个通用的类，然后用一个inluder包括它，在它下面还有一个inluder，定义了我们包裹方法调用的地方。

#define  BUY()   EA.SendOrder(cmdbuy)
#define  SELL()  EA.SendOrder(cmdsell)

实现对用户来说是隐藏的，但需要对用户友好。

那么

 
请不要进行商业活动，也不要有第三方的商业链接。
 
Vladimir Karputov:
请不要进行商业活动。
你为什么把关于下一步的帖子拿下来？
12345678910
新评论