资料库: 内存映射 - 页 2

新评论
 
Urain:

还是允许在市场中使用 win dlls？

只允许访问 ShellExecute 已经是一个潜在的危险。
 
Urain:

市场如何？

市场是否允许 win dlls？

一般来说，我知道答案，这就是为什么我建议在 MQL5 标准中实现这一点。

DLL 在市场中是完全禁止的--这一点已被反复提及。

在我们的规模中，用户安全比功能更重要。很少有人愿意重蹈微软的覆辙，为了追求功能性而在其网络产品上挖坑。


如果我们谈论的是与专家进行外部交流的渠道，那么原则上我们可以在管道上建立一个标准机制。这是一种更简单明了的交流机制。然而，其真正的必要性尚不明确。

 
Renat:

DLL 在市场中是完全被禁止的 - 这一点已经说过很多次了。

雷纳特，那么有两个问题。

1.是否可以在市场上发布包含调用 Windows DLL（或著名的第三方 DLL，如 mysql）的开放式 MQL5 代码？

2.是否可以发布使用第三方ex5 导入 的产品？

 
Renat:
...

如果我们谈论的是与专家进行外部交流的渠道，那么原则上我们可以在管道上建立一个标准机制。这是一种更简单明了的交流机制。但真正的必要性尚不明确。

这样的渠道（如果您决定实施）是否支持多个 MT5 之间的交流？

真正的必要性：为了避免使用临时文件（擦除螺丝），您无法通过全局传输太多信息，而且传输速度也不够快、

原则上，在多个 MT 之间进行通信是件好事，但如果至少在一个 MT 内部进行通信，至少也会有一些好处。

 
Urain:
在捕手和野兽运行:) .上面只有亚历克斯。
 
sergeev:

雷娜特，那么有两个问题。

1.是否可以在市场上发布包含调用 Windows DLL（或著名的第三方 DLL，如 mysql）的开放式 MQL5 代码？

只有经过我们保护和测试的 EX5 文件才能在市场上出售。如果您发布了源代码，那么如何销售呢？

没有 "可信/不可信 "调用之分--根据定义，任何 DLL 调用都是危险的。


2.能否在市场上销售使用第三方ex5 导入的产品？

可以，只要在说明中明确、完整地说明即可。

事实上，我们的任务之一就是通过测试来验证所有发布的程序。如果怀疑程序不能执行其功能或客户提出投诉，产品将被撤回。

 
Urain:

这样的通道（如果您决定实施）是否支持多个 MT5 之间的通信？

真正的需要：为了避免使用临时文件（擦除螺丝），Globalami 将不会传输很多东西，而且它们的速度很小、

原则上说，连接多个 MT 将是件好事，但如果至少在一个 MT 内部连接，至少会有一些问题。

使用命名管道可以在任何进程之间进行通信。

请阅读相关文档（管道）。

 
Renat:
如果在说明中明确、完整地写明，您可以这样做。

事实上，我们的任务之一就是通过测试来检查所有发布的程序。如果怀疑软件不能实现其功能或客户提出投诉，产品将被撤回。

好的。为了说明我有这样一个计划，我们说的是在这个 ex5 第三方库中调用 dll。

我们不可能在市场上提供这个 ex5 库（原因显而易见，DLL）。但它将是论坛代码库中的开放式 MQL5 代码。
也就是说，这意味着购买者在市场上购买了 ex5 产品，但要使其完全运行，必须下载此库。

(这只是为了满足 "无 DLL "规则而在市场上销售的一种尝试:))

您是否允许销售此变体？

-----------------

第二种选择。
有一个已开发的相当广泛的 MT 系统，该系统使用 ex5 库，这些库会被积极开发、改进并发布更新（库本身是免费的）。因此，由此产生的产品将在市场上展示，但要使用这些产品，必须从第三方网站 下载新版本的库。

您是否允许出售这样一套专家库的变体？ 当然，市场上的专家库在其描述和本身中都有指向这些附加库的链接）。

 
sergeev:

MT 有一套相当完善的系统，该系统使用 ex5 库，这些库得到了积极的开发、改进和更新（库本身是免费的）。

应该反过来，这样你就不能破坏它了。
 
TheXpert:
应该反过来，这样才不会走错路。

你的意思是，制作不可更改的程序库并为其制作软件？ 显然，软件本身也不会停滞不前。 程序库和最终产品都在不断改进。 前者和后者的新版本都在不断推出。

问题是关于可能性...你也对它感兴趣:)

123
新评论