MT5是为程序员准备的,不是为交易者准备的 - 页 8

 
Alexander Puzanov:

:)

1.CopyHIgh可能会返回一个错误--这需要手动检查和处理。至少有3行

2.CopyHIgh可能不会返回你给它的所有值 - 这需要手动检查和处理。至少有3根弦。

3) 为了使用CopyHIgh,你必须准备一个数组,Copy将在那里进行。至少有1行

4.为了实现CopyHIgh的好处,我们需要另一个字符串的堆栈。当然,要有手动的错误检查。

---

我很羡慕谁只拥有一条复杂的线。

在mql4中,错误是可能的,它们应该以同样的方式处理,这样可以吗?

返回值

相应图表中的一个条形图(由shift参数指定)的最大价格值,如果出现错误则为0。要获得更多关于错误的信息,请调用GetLastError()。

而你必须声明一个变量来存储这个值的事实也不算数?

而且,在mql4中,你需要写多少个字符串才能得到几个值,这也不算数?所以请告诉我,如果我们需要处理最后一百个柱子,iHigh mql4与CopyHigh 相比有什么优势。又是阵列?另一个循环?还是原始的一百个变量?

还有一些功能,如

int  ArrayCopySeries( 
   void&  array[],           // массив, переданный по ссылке 
   int    series_index,      // идентификатор массива-таймсерии 
   string symbol=NULL,       // инструмент 
   int    timeframe=0        // таймфрейм 
   );

и

int  ArrayCopyRates( 
   void&     dest_array[][],    // массив, переданный по ссылке 
   string    symbol=NULL,       // инструмент 
   int       timeframe=0        // таймфрейм 
   );
你见过吗?我想这是你第一次见到。
 
Sergey Vradiy:
有一类软件叫做专家顾问生成器。你可以建立任何交易系统,通过视觉砖(条件检查,变体分支)把算法组合起来,选择现成的指标,生成代码,修改它,等等。你可以分析交易统计数据(夏普比率,期望值,等等)。有一些程序可以让你通过神经网络将TS近似于一套现成的手工交易。这里有一切。你不必懒得去寻找它。

谢谢你,有很多有趣的东西!

 
Sergey Vradiy:
有一类软件叫做专家顾问生成器。你可以构建任何交易系统,利用视觉砖(条件检查、变体分支)拼凑出一个算法,选择现成的指标,生成代码,修改它,等等。你可以分析交易统计数据(夏普比率,期望值,等等)。有一些程序可以让你通过神经网络将TS近似于一套现成的手工交易。这里有一切。你不必懒得去寻找它。

我所看到的不过是生成一个模板供以后完善。

你见过这个班级的真正的钻石吗? 这样你就可以生成它们,不至于羞于直接进入市场))。

 
Alexey Volchanskiy:

我所看到的不过是生成一个模板供以后完善。

你见过这个班级的真正的钻石吗? 生成并不羞于直接进入市场))。


所有这一切都源于这样一个事实:这里有很多乌托邦主义者,相信各种无稽之谈。

 
Alexey Viktorov:

...


我不会回答你,没有恶意。

---

fxsaber:

试试 我。

谢谢,但我不是一个 "专家":)另外,我经常被要求写出人类可以理解的代码,并对谁去了哪里进行注释。以你的构造,你甚至不能让我去参考。

据我所知,标准库应该是MQL5的 "自动 "版本,纯粹是为交易者准备的。因此,例如寻找一个极值(这正是TS想要的)需要2个运算符。如果能及时完成,那么在移动到5的时候,吱吱嘎嘎的声音就会少很多。但看起来这个想法已经死了,或者从来没有存在过。

 
Alexander Puzanov:

谢谢,但我不是一个 "专家":)另外,我经常被要求写出人类可以理解的代码,并对谁去了哪里进行注释。而以你的构造,你甚至不能让我去寻求帮助。

据我所知,标准库应该是MQL5的 "自动 "版本,纯粹是为交易者准备的。因此,例如寻找一个极值(这正是TS想要的)需要2个运算符。如果能及时完成,那么在移动到5的时候,吱吱嘎嘎的声音就会少很多。但似乎这个想法已经完全停滞,或者根本不存在。

SB的实施是一个黑盒子。要使用它,没有必要拆开它的实现方式。我的代码只是一个例子,说明MQL4风格在技术上是可行的,可以在一个完全不需要理解的mqh-file中实现。一个指标,它就能像MQL4中那样工作。因此,没有必要谈及复杂性。从 "复杂 "到 "简单 "的过渡是由一条线解决的。

 
fxsaber:

SB的实施是一个黑盒子。要使用它,不需要解析它是如何实现的。我的代码只是一个例子,技术上MQL4风格是可以实现的,可以在mqh-file中设计,完全不需要理解。一个插入器就能像在MQL4中一样工作。因此,没有必要谈及复杂性。从 "复杂 "到 "简单 "的过渡是由一条线解决的。


这里有两点。

1.1)"纯 "过渡不可能只有一个mqh - 至少应该改变指标调用。

2.在我看来,如果标准库 在论坛上不那么盛行,对mql5的理解就会更容易和更快。

我不明白一个人怎么能说 "掌握mql5并不复杂",如果与此同时,在每个角落,从不同的钟楼,一个人可以向群众兜售标准库--KB中的很多例子都有错误,有问题的代码--但却带着骄傲的表情和 "只使用标准库,这是一个原则问题 "的话。

任何人怎么能在一个 "黑盒子 "上解释、说明和交流任何事情呢。

 
Alexander Puzanov:

我不会回答你,不要生气。

---

谢谢,但我不是一个 "专家":)另外,我经常被要求写出人类可以理解的代码,并对谁去了哪里进行注释。以你的构造,你甚至不能让我去参考。

据我所知,标准库应该是MQL5的 "自动 "版本,纯粹是为交易者准备的。因此,例如寻找一个极值(这正是TS想要的)需要2个运算符。如果能及时完成,那么在移动到5的时候,吱吱嘎嘎的声音就会少很多。但看起来这个想法已经死了,或者从来没有存在过。


以不喜欢OOP的彼得为例
 
Alexander Puzanov:

我不会回答你,不要生气。

---

谢谢你的坦率。请原谅我也很激动。

 
Andrey F. Zelinsky:

两点。

1.只有一个mqh的 "纯 "过渡是不行的--至少必须纠正指标调用。

我所说的引号是指在编写或改写MT5程序时的MQL4-问题。当然,MQ4->MQ5将无法通过复制粘贴的方式工作。我想简单性已经被讨论过了。这在技术上是可以长期实现的,但由于某些原因,它没有被实施。

2.在我看来 -- 如果标准库 在这个论坛上炒作得少一点,对mql5的理解就会更容易、更快。

我实际上不明白,如果在同一时间,在所有的角落和不同的工作台,人们可以向群众兜售标准库--KB中的很多例子都有错误,有问题的代码--但却有骄傲的表情和话语 "只有标准库,从根本上说",那么人们怎么能说 "mql5没有什么复杂的"。

你怎么能在一个 "黑盒子 "上向任何人解释、说明和传达任何东西。

我同意,SB交易(至少)部分是非常不幸的,我是在学习了MQL5之后才开始看的。从中学习MQL5是一个主要的消极因素。然而,SB在文档和kodobase以及论坛上都被强行注入了。