展和市场。 - 页 3

新评论
 

О.我想是时候了，话题发起人有话要说了。它是加热的。

简而言之。我们需要一种机制，我强调是双向的，用于在代理上的猫头鹰（目前是本地的，但请准备好MQ，以后用户也会要求远程的）和图表上的猫头鹰之间交换信息。

地平线堪比...地平线堪比......发射云和OCL和mql5组合。

我会给询问的人更多的机会，让他们热身。对专家 ，特别问候，对螃蟹试图发明专家使用插件的可能性表示赞许。

 
joo:

地平线--堪比...启动云和OCL和mql5的组合。

安德烈，你准备好一切了吗？ 在哪个阶段实施？

如果问题只是关于dll的访问--也许你可以完整地陈述你的问题，这样Renat就能感受到你的视野.........也许主持人会提出一个解决方案。

 
sergeev:

如果只有一个关于dll访问的问题，也许你可以完整地陈述你的问题，这样Renat可以感受到你的视野......也许MK会建议一个解决方案。

来吧，这太荒谬了。它将以与OpenCL相同的方式下沉（到目前为止，服务的OpenCL问题）。

看似哗众取宠，但事实上除了3.5个人，没有人需要它。

 
TheXpert:

它似乎是哇，但事实上除了3.5人之外，没有人需要它。

因此，我们正在讨论地平线问题。

如果前景出现了（朱棣文将努力把项目 带到主持人面前，颜色鲜艳），他们将会面并为之做出必要的功能。

 
sergeev:

所以它是关于地平线的，不是吗？

如果出现了前景（朱棣文将努力让主持人意识到这个项目的鲜艳色彩），他们将与他们见面，并为此做出必要的功能。

地平线在那里很简单（讨论了100次），使用某种通信功能来塞给泥人他们的GA。

ZZY 但链接功能本身的视野可能更广。

 
Urain:

但联动功能本身的视野可能更广。

这就是我所说的。

 

你说得很对。我已经讲述了OCL在适当的时候稳定下来（一段时间后突然上升），并讲述了已经讨论过100次的内容--将信息传递给代理人和优化参数数量的 "领域狭窄"。

我一直在 考虑增加МТ5的必要功能（我强调--通过MQL5），从而赚取一些钱（为什么，没有人有信贷或抵押贷款），但是没有--没有办法。

这条限制了优化参数的数量。

2.优化的单一标准性（对不起，我创造了新词）。

无法管理沙子的蒸发过程。

这完全不是对开发者的指责。恰恰相反--这对MQL5程序的开发者来说是一种飞跃！这也是对MQL5程序的一种挑战。如果出现双向传输的可能性，问题就解决了。将没有必要实施所有这三点--一切都会自己解决。

 
sergeev:

安德烈，你都准备好了吗？ 在哪个阶段实施？

如果只有一个关于访问dll的问题--也许你可以完整地告诉我们你的问题，这样Renat可以感受到你的视野.........也许主持人可以提出一个解决方案。

它是 "准备好的".... 不，它不是。它总是需要我花很长时间来发酵，但很快就会变硬。

是的，已经准备好了，有95%准备好了。

挑战（不涉及细节）。

1.我们需要一个既定的机制，在图表上的 "服务器 "和代理上的 "客户端 "之间进行双向信息交流（首先需要的是）

2.需要一个内部机制，允许通过图表上的 "服务器 "运行内部测试器/优化器（需要，但不是关键）。

基本上就是这样了。

地平线。

1.不需要发明MQ脚本优化控制 语言（用户一段时间前就要求这样做）。

2.云将开始被用于不仅与贸易有关的任务（而且这比现在的受众要多得多）。

3.不需要在内部GA中挣扎，以限制选择参数的数量。

4...

你可以不用再列举下去了。

О!忘了补充。在内部测试人员中创造的市场环境是昂贵的。无论自制的测试仪（计算器）有多复杂，它在能力和测试质量方面都无法接近工作人员的测试仪。有许多事情需要考虑 - 点差、交换、...而为每项任务纠正计算器，仅仅是猴子的工作。我想使用标准的测试器/优化器。

 
sergeev:

所以请将MQL服务器模式添加到pips中，这是否允许？

我也加入其中。我也有一个 使用挂件的项目。
 
joo:

在市场上，所有的dll电话都是被禁止的。

好的。做到以下几点如何。

1.产品本身被放置在市场上。

2.负责引用dll（win api）的那部分代码，把它放到一个库中，并把它放到代码库中。这些代码甚至可能是源代码。

主要的一点是，在产品中使用FileMapping是必要的，没有它就不可能。

先生们，你们正在做错误的事情。思考如何在MQ的框架内创建一个产品。如果它不能使用一个MQL的手段来创建，这意味着它不是市场的产品，它在市场中没有地位。创建简单、直观的解决方案，与MetaTrader生态系统透明地整合。那些有 "自己的方式 "的产品，与一般的集成MQ环境不同，没有前途。
1234567
新评论