错误、漏洞、问题 - 页 707 1...700701702703704705706707708709710711712713714...3184 新评论 Renat Fatkhullin 2012.04.07 20:05 #7061 MetaDriver: 一个替代物可以是一个本地索引表--但这样我就不能使一个类与一个结构数组一起封装工作,它有 可能 与一次指定的服务(排序和二进制搜索)一起继承。我明白了--这不是关于一个具体的解决方案,而是关于抽象的可能性。如果你想在外部系统的边缘 有效地工作,就编写特定地点的代码,而不是试图做出一个与安全问题相矛盾的通用解决方案。 Vladimir Gomonov 2012.04.07 20:07 #7062 Renat:不,我们不会做这样的手势。这是彻头彻尾的邪恶,我们将为此负责到底。 没有什么好交代的,眼前没有危险。 Renat Fatkhullin 2012.04.07 20:20 #7063 MetaDriver: 没有什么可交代的,你看不到危险。 我指出了一个巨大的手拉表的不可避免性。这是一个巨大的邪恶。你自己甚至不想用索引来工作,说它对你来说是多么的不方便,然后突然在MQL5里面有一个巨大而缓慢的句柄表 "并不代表任何危险"。 Vladimir Gomonov 2012.04.07 20:28 #7064 Renat:...........,而不是试图做出一个与安全问题相矛盾的一刀切的解决方案。雷纳特,至少给我举一个在结构上危险使用把手的例子。 我顽固地没有看到。 我想了半天也没有找到,也许我漏掉了什么?--那么参数化结构呢? 从长远来看有吗? 那里的一切都在预处理器层面上解决,所以安全问题一般是不存在的。 而且很多与方便的数据容器有关的问题会得到非常好的解决,而且很紧凑。 Vladimir Gomonov 2012.04.07 20:33 #7065 Renat:1.我指出了一个巨大的手柄匹配表的不可避免性。这是一个巨大的邪恶。你自己甚至不想用索引来工作,你告诉我它有多不方便,而突然间MQL5中一个巨大而缓慢的句柄表 "并不代表任何危险"。1.表格并不庞大,它是用户 "处理的"--可动态扩展的。 字符串也是邪恶的。那我们就规定每行128个符号的限制。 这样世界上的邪恶就会减少,对吗?:)2.我甚至真的想用索引来工作。 我只是不想重复工作--我想继承我的工作,在需要时重现它,而不是重写它(用马虎的复制粘贴修正的新错误)。 TheXpert 2012.04.07 20:43 #7066 MetaDriver: 但我甚至不再谈论它了,也许我应该? 如果有的话,你至少有一张支持票 :) Renat Fatkhullin 2012.04.07 20:54 #7067 MetaDriver:1.表格并不庞大,但正如用户 "nahndled"--可动态扩展。"字符串 "也是如此邪恶。那我们就规定每行128个符号的限制。 这样世界上的邪恶就会减少,对吗?:)字符串是内部绑定的,没有人在外部要求它。也就是说,我们不需要维护通过表格显示的公开操作的手柄。那里的一切都很迅速和隐蔽。"User nahndled"--这是一个巨大的和制动的表格。我们不会凭空给自己制造麻烦。因此,我们不要过分强调这个问题--这个问题已经结束了,任何争论都不能改变它。 Renat Fatkhullin 2012.04.07 20:56 #7068 MetaDriver: 那么参数化结构呢? 在长期计划中是否有呢? 一切都在预处理器层面上解决,所以安全问题通常是不存在的。 许多与方便的数据容器有关的问题会得到非常好的解决,而且很紧凑。 模板还没有列入计划。现在,我们正在发布 静态类的备忘录和运算符重载。 TheXpert 2012.04.07 20:57 #7069 Renat:我们 现在正在 释放静态类备忘录和操作符重载。 我们能否希望得到一些接口,或者问题已经解决了? Vladimir Gomonov 2012.04.07 21:03 #7070 Renat:1.模板还没有列入计划。2.我们 现在正在 释放静态类备忘录和操作符重载。1.太糟糕了,也许你应该计划一下。2.对于这一点--巨大的人的感谢,期待着建设。 1...700701702703704705706707708709710711712713714...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
一个替代物可以是一个本地索引表--但这样我就不能使一个类与一个结构数组一起封装工作,它有 可能 与一次指定的服务(排序和二进制搜索)一起继承。
我明白了--这不是关于一个具体的解决方案,而是关于抽象的可能性。
如果你想在外部系统的边缘 有效地工作,就编写特定地点的代码,而不是试图做出一个与安全问题相矛盾的通用解决方案。
不,我们不会做这样的手势。这是彻头彻尾的邪恶,我们将为此负责到底。
没有什么可交代的,你看不到危险。
我指出了一个巨大的手拉表的不可避免性。这是一个巨大的邪恶。
你自己甚至不想用索引来工作,说它对你来说是多么的不方便,然后突然在MQL5里面有一个巨大而缓慢的句柄表 "并不代表任何危险"。
Renat:
...........,而不是试图做出一个与安全问题相矛盾的一刀切的解决方案。
雷纳特,至少给我举一个在结构上危险使用把手的例子。 我顽固地没有看到。 我想了半天也没有找到,也许我漏掉了什么?
--
那么参数化结构呢? 从长远来看有吗? 那里的一切都在预处理器层面上解决,所以安全问题一般是不存在的。 而且很多与方便的数据容器有关的问题会得到非常好的解决,而且很紧凑。
1.我指出了一个巨大的手柄匹配表的不可避免性。这是一个巨大的邪恶。
你自己甚至不想用索引来工作,你告诉我它有多不方便,而突然间MQL5中一个巨大而缓慢的句柄表 "并不代表任何危险"。
1.表格并不庞大,它是用户 "处理的"--可动态扩展的。 字符串也是邪恶的。那我们就规定每行128个符号的限制。 这样世界上的邪恶就会减少,对吗?:)
2.我甚至真的想用索引来工作。 我只是不想重复工作--我想继承我的工作,在需要时重现它,而不是重写它(用马虎的复制粘贴修正的新错误)。
但我甚至不再谈论它了,也许我应该?
1.表格并不庞大,但正如用户 "nahndled"--可动态扩展。"字符串 "也是如此邪恶。那我们就规定每行128个符号的限制。 这样世界上的邪恶就会减少,对吗?:)
字符串是内部绑定的,没有人在外部要求它。也就是说,我们不需要维护通过表格显示的公开操作的手柄。那里的一切都很迅速和隐蔽。
"User nahndled"--这是一个巨大的和制动的表格。
我们不会凭空给自己制造麻烦。因此,我们不要过分强调这个问题--这个问题已经结束了,任何争论都不能改变它。
那么参数化结构呢? 在长期计划中是否有呢? 一切都在预处理器层面上解决,所以安全问题通常是不存在的。 许多与方便的数据容器有关的问题会得到非常好的解决,而且很紧凑。
模板还没有列入计划。
现在,我们正在发布 静态类的备忘录和运算符重载。
我们 现在正在 释放静态类备忘录和操作符重载。
1.模板还没有列入计划。
2.我们 现在正在 释放静态类备忘录和操作符重载。
1.太糟糕了,也许你应该计划一下。
2.对于这一点--巨大的人的感谢,期待着建设。