错误、漏洞、问题 - 页 707

[Renat Fatkhullin]

MetaDriver:

一个替代物可以是一个本地索引表--但这样我就不能使一个类与一个结构数组一起封装工作，它有 可能 与一次指定的服务（排序和二进制搜索）一起继承。

我明白了--这不是关于一个具体的解决方案，而是关于抽象的可能性。

如果你想在外部系统的边缘 有效地工作，就编写特定地点的代码，而不是试图做出一个与安全问题相矛盾的通用解决方案。

[Vladimir Gomonov]

Renat:

不，我们不会做这样的手势。这是彻头彻尾的邪恶，我们将为此负责到底。

没有什么好交代的，眼前没有危险。

[Renat Fatkhullin]

MetaDriver:
没有什么可交代的，你看不到危险。

我指出了一个巨大的手拉表的不可避免性。这是一个巨大的邪恶。

你自己甚至不想用索引来工作，说它对你来说是多么的不方便，然后突然在MQL5里面有一个巨大而缓慢的句柄表 "并不代表任何危险"。

[Vladimir Gomonov]

Renat:

...........，而不是试图做出一个与安全问题相矛盾的一刀切的解决方案。

雷纳特，至少给我举一个在结构上危险使用把手的例子。 我顽固地没有看到。 我想了半天也没有找到，也许我漏掉了什么？

--

那么参数化结构呢？ 从长远来看有吗？ 那里的一切都在预处理器层面上解决，所以安全问题一般是不存在的。 而且很多与方便的数据容器有关的问题会得到非常好的解决，而且很紧凑。

[Vladimir Gomonov]

Renat:

1.我指出了一个巨大的手柄匹配表的不可避免性。这是一个巨大的邪恶。

你自己甚至不想用索引来工作，你告诉我它有多不方便，而突然间MQL5中一个巨大而缓慢的句柄表 "并不代表任何危险"。

1.表格并不庞大，它是用户 "处理的"--可动态扩展的。 字符串也是邪恶的。那我们就规定每行128个符号的限制。 这样世界上的邪恶就会减少，对吗？:)

2.我甚至真的想用索引来工作。 我只是不想重复工作--我想继承我的工作，在需要时重现它，而不是重写它（用马虎的复制粘贴修正的新错误）。

[TheXpert]

MetaDriver:
但我甚至不再谈论它了，也许我应该？

如果有的话，你至少有一张支持票 :)

[Renat Fatkhullin]

MetaDriver:

1.表格并不庞大，但正如用户 "nahndled"--可动态扩展。"字符串 "也是如此邪恶。那我们就规定每行128个符号的限制。 这样世界上的邪恶就会减少，对吗？:)

字符串是内部绑定的，没有人在外部要求它。也就是说，我们不需要维护通过表格显示的公开操作的手柄。那里的一切都很迅速和隐蔽。

"User nahndled"--这是一个巨大的和制动的表格。

我们不会凭空给自己制造麻烦。因此，我们不要过分强调这个问题--这个问题已经结束了，任何争论都不能改变它。

[Renat Fatkhullin]

MetaDriver:

那么参数化结构呢？ 在长期计划中是否有呢？ 一切都在预处理器层面上解决，所以安全问题通常是不存在的。 许多与方便的数据容器有关的问题会得到非常好的解决，而且很紧凑。

模板还没有列入计划。

现在，我们正在发布 静态类的备忘录和运算符重载。

[TheXpert]

Renat:

我们 现在正在 释放静态类备忘录和操作符重载。

我们能否希望得到一些接口，或者问题已经解决了？

[Vladimir Gomonov]

Renat:

1.模板还没有列入计划。

2.我们 现在正在 释放静态类备忘录和操作符重载。

1.太糟糕了，也许你应该计划一下。

2.对于这一点--巨大的人的感谢，期待着建设。