无效的请求--刚刚开始,想不明白...... - 页 4

 
Renat:
他的情绪就是这样发挥的。没有任何争论。
争论早已给了你和其他代表。但你宁愿忽略不舒服的问题。让我们再一次提醒你--错误处理。所以过去、现在和将来都不会有大规模使用标准库 的问题。虽然,这是可以理解的 - 它是更有趣的拿佣金的信号,而不是创建一个高质量的图书馆,这是有利于经纪公司 - 他们将出售更多的错误,这样的图片被创建。
 
-Alexey-:
争论很久以前就已经给了你和其他代表。但你宁愿忽略不方便的问题。让我们再次提醒你--错误处理。因此,过去、现在和将来都不会出现大规模使用标准库的 情况。

提醒一下:我们通过返回代码使用经典的错误处理。那些赞成通过摘录处理错误的方法的人可以使用许多其他语言。

给我带来标准库中的直接错误,你为什么要绕着它跳舞?你也有胆量扎李子。

 

让我提醒你一下历史。

1

infera:
Добрый день! Использую стандартную библиотеку для открытия позиции. Подскажите, каким образом лучше организовать функцию обработки ошибок? Поиск результатов не дал, буду благодарен за любые ссылки на эту тему.

 
-Alexey-:

让我提醒你一下历史。

要求你明确指出图书馆代码中的直接错误

没有介绍,没有提醒,没有水,只是按有直接错误的那段代码列出。

 
Renat:

要求你明确指出图书馆代码中的直接错误

没有介绍,没有提醒,没有水,只是按有直接错误的那段代码列出。

我没有说过任何关于代码中的错误 - 仔细阅读。我想写东西,网站就挂了。
 

2

UncleVic 2011.10.24 10:09

标准库不包含任何处理交易错误的算法。也许论坛上的某位大师可以给我一个提示?

 

3

-Alexey- 2011.12.17 19:52

那么它的实际意义,而不是测试者的意义是什么?它似乎就在那里,但你不能使用它。为什么关于这个问题的任何问题,如建议引入这种处理,或由开发人员写一篇文章,或一些错误处理指南,总是遇到开发人员的沉默?毕竟,他们是这个问题上最有能力的人--有什么问题呢?至少看起来很奇怪,当交易的基础--打开和关闭交易的能力--缺失的时候,反而储存了一堆不必要的指标(0评论,0请求)。自动交易的仿真器的问题被挂起,没有答案,但它必须在标准库中。我想听听答案。
 

4

2011.12.18 06:17

因此,没有人隐瞒这样一个事实,即主策略只为测试者服务。))只是和快速检查这个或那个想法,然后决定向什么方向前进。而且,错误处理也不是什么难事。你至少可以看看别人是怎么做的。例如,KimIV 在第四论坛上的函数库。我想我甚至可以就这个话题写一篇文章,但我现在没有那么多时间。
 
-Alexey-:
我没有说过代码中的错误--仔细阅读。试图写作,网站挂起。

所以也没有什么问题。

该库的交易功能 是包装器,简化了开发。如何处理服务器的响应,由EA的开发者决定。我们将不承担默认处理/重复交易的责任。

事实上,在服务器故障的情况下,预期的迎头决定 "重复请求 "并不是一个可接受的解决方案。业务层的代码,而不是库,应该做出决定。

如果你认为你可以提供一个通用的逻辑来自动处理服务器崩溃,那么就编写和发布你的库,或者扩展现有的库。只需实现一个类似于CTrade的类就足够了。

 

5

初学者

这不是任务难不难的问题,而是是否需要在标准库中 实现的问题。 在编写EA时,如果能定义一个基本任务清单,并为开发者实现这些任务就好了,这样就不需要看别人做,或者等别人有时间写文章。