文章 "轻松快捷开发 MetaTrader 程序的函数库(第一部分)。 概念,数据管理和首期成果" - 页 3 1234567 新评论 Alexander Fedosov 2019.02.28 12:22 #21 Stanislav Korotky:如果 "暂时 "不使用,那么在重新设计本地化时将不得不修改大量代码。一次性连接 "资源 "库或头文件中的字符串有什么困难?也许 Artem 并不是在寻找简单的方法)此外,他还说库的开发将通过定期代码重构逐步进行。 Artyom Trishkin 2019.02.28 12:46 #22 Stanislav Korotky:如果 "暂时 "不使用,那么在重新设计本地化时就必须修改大量代码。同时连接 "资源 "库或头文件中的字符串有什么困难?万事皆有轮回。在创建库的这个阶段,它还没有消息类。创建完成后,一切都会有的。我不是想跑在火车头前面,而是坚持 "从简单到复杂 "的原则,而且我已经写过了: 关于交易、自动交易系统和交易策略测试的论坛 讨论文章 "方便快捷地创建 MetaTrader 程序库(第一部分)。概念、数据组织、初步成果" Artyom Trishkin, 2019.02.27 19:25 结构的返回是应用户要求而计划的附加功能--纯粹是为了方便。我们将进一步了解。在任何情况下,库都是 "即时 "创建的,并附有创建步骤说明和变更介绍。因此,我们将进一步了解如何做到 "不昂贵"。 不过,我已经做到了。现在我只是有条理地描述一下,同时把自己的一切都安排好。 总的来说,我习惯于 "从简单到复杂",但事先要想好 "下一步该怎么做"--这样就不会陷入需要修改概念的困境,没有人能够幸免。 Stanislav Korotky 2019.02.28 13:37 #23 Artyom Trishkin:万物皆有轮回。在图书馆创建的这个阶段,它还没有消息类。等创建完成后,一切都会有的。我并不是想跑在火车头前面,坚持 "从简单到复杂 "的原则,而且,我已经写过了:我读过。只是,如果工作计划 还没有实现本地化,你为什么非要把它写成现在这个样子呢?一般来说,老板就是老板,这个问题是反问句。 Artyom Trishkin 2019.02.28 14:43 #24 Stanislav Korotky:我读过了。只是,如果工作计划还没有达到本地化的程度,你为什么非要把它写成现在这个样子呢?不管怎么说,老板就是老板,这只是个反问句。 计划早就画好了。我不会改变它。这只是第一部分--最开始的部分,一个关于总体概念的故事,没有细节。如果你细心的话,就会发现你的问题非常奇怪。您还没有看到车顶上没有舱门,就对车架提出这样的要求是很奇怪的。 Stanislav Korotky 2019.02.28 14:57 #25 Artyom Trishkin: 这个计划已经实施很久了。我不会改变它。这只是第一部分--最开始的部分,一个关于总体概念的故事,没有细节。如果你注意听,你的问题很奇怪。你还没有看到车顶的舱门,就说车架上没有舱门,这很奇怪。好吧,如果你继续用汽车做类比,那么由于某种原因,已经有一个 webasto 天窗连接到了车架上,这与整体概念无关,需要更换。问题不在于计划或整车,而在于不必要的部分(现在不必要的工作和将来不必要的返工)。 Artyom Trishkin 2019.02.28 15:48 #26 Stanislav Korotky:好吧,继续用汽车做比喻,由于某种原因,车架上已经有一个 webasto 舱口,这与整体概念无关,需要更换。问题不是关于计划或汽车整体,而是关于一个不必要的部分(现在不必要的工作和将来不必要的返工)。 调试时,如果需要向日志输出一些内容,是否要写一整个类,用 Tombo 语言向您输出日志条目?尤其是当您需要在文章中显示这些输出时?你不能在文章中显示调试器。一般来说,我不会跑在火车头前面。特别是因为类是计划好的,会在文章中适当地根据上下文显示。 Aleksey Mavrin 2019.04.01 21:34 #27 fxsaber:返回结构体的成本很高。同样的原因,CopyRates 也比 CopyClose 贵好几倍。 真的吗?也就是说,如果我需要复制所有MqlRates 字段,那么使用 CopyRates 应该比使用 CopyTime、CopyOpen、CopyHigh ... 更有效。所有八个函数的效率更高。 fxsaber 2019.04.01 21:40 #28 alex_all: 真的吗?也就是说,如果我需要复制所有MqlRates 字段,使用 CopyRates 应该比依次使用 CopyTime、CopyOpen、CopyHigh ... 更有效。所有八个函数的顺序更有效。 CopyClose、CopyHigh、High[]、Low[] 等单个函数。有很多地方都要使用特定指标,而无需参考整个条形图。 Artyom Trishkin 2019.04.01 21:42 #29 alex_all: 真的吗?也就是说,如果我需要复制所有MqlRates 字段,使用 CopyRates 应该比依次使用 CopyTime、CopyOpen、CopyHigh ... 更有效。所有八个函数的效率更高。不过,给出一个指向对象的指针,并从中获取程序中的所有属性,还是比将对象的所有属性复制到通过引用传递给类的结构中要快。 Aleksey Mavrin 2019.04.06 00:36 #30 Artyom Trishkin:不过,提供一个指向对象的指针,在程序中可以从中获取对象的所有属性,这比将对象的所有属性复制到以引用方式传递给类的结构中要快。我正确理解了你的意思--CopyRates 执行的是将数据复制到结构中的实际操作,而 CopyOpen... 系列执行的是虚拟复制(即覆盖结构)。- 是虚拟复制(即覆盖对现有数组的引用)吗? 如果有不太降低速度的工作机制,那么在平台中创建一个结构是有意义的。 1234567 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
如果 "暂时 "不使用,那么在重新设计本地化时将不得不修改大量代码。一次性连接 "资源 "库或头文件中的字符串有什么困难?
也许 Artem 并不是在寻找简单的方法)此外,他还说库的开发将通过定期代码重构逐步进行。
如果 "暂时 "不使用,那么在重新设计本地化时就必须修改大量代码。同时连接 "资源 "库或头文件中的字符串有什么困难?
万事皆有轮回。在创建库的这个阶段,它还没有消息类。创建完成后,一切都会有的。我不是想跑在火车头前面,而是坚持 "从简单到复杂 "的原则,而且我已经写过了:
关于交易、自动交易系统和交易策略测试的论坛
讨论文章 "方便快捷地创建 MetaTrader 程序库(第一部分)。概念、数据组织、初步成果"
Artyom Trishkin, 2019.02.27 19:25
结构的返回是应用户要求而计划的附加功能--纯粹是为了方便。我们将进一步了解。在任何情况下,库都是 "即时 "创建的,并附有创建步骤说明和变更介绍。因此,我们将进一步了解如何做到 "不昂贵"。
不过,我已经做到了。现在我只是有条理地描述一下,同时把自己的一切都安排好。
总的来说,我习惯于 "从简单到复杂",但事先要想好 "下一步该怎么做"--这样就不会陷入需要修改概念的困境,没有人能够幸免。
万物皆有轮回。在图书馆创建的这个阶段,它还没有消息类。等创建完成后,一切都会有的。我并不是想跑在火车头前面,坚持 "从简单到复杂 "的原则,而且,我已经写过了:
我读过。只是,如果工作计划 还没有实现本地化,你为什么非要把它写成现在这个样子呢?一般来说,老板就是老板,这个问题是反问句。
我读过了。只是,如果工作计划还没有达到本地化的程度,你为什么非要把它写成现在这个样子呢?不管怎么说,老板就是老板,这只是个反问句。
这个计划已经实施很久了。我不会改变它。这只是第一部分--最开始的部分,一个关于总体概念的故事,没有细节。如果你注意听,你的问题很奇怪。
好吧,如果你继续用汽车做类比,那么由于某种原因,已经有一个 webasto 天窗连接到了车架上,这与整体概念无关,需要更换。问题不在于计划或整车,而在于不必要的部分(现在不必要的工作和将来不必要的返工)。
好吧,继续用汽车做比喻,由于某种原因,车架上已经有一个 webasto 舱口,这与整体概念无关,需要更换。问题不是关于计划或汽车整体,而是关于一个不必要的部分(现在不必要的工作和将来不必要的返工)。
返回结构体的成本很高。同样的原因,CopyRates 也比 CopyClose 贵好几倍。
真的吗?也就是说,如果我需要复制所有MqlRates 字段,使用 CopyRates 应该比依次使用 CopyTime、CopyOpen、CopyHigh ... 更有效。所有八个函数的顺序更有效。
CopyClose、CopyHigh、High[]、Low[] 等单个函数。有很多地方都要使用特定指标,而无需参考整个条形图。
真的吗?也就是说,如果我需要复制所有MqlRates 字段,使用 CopyRates 应该比依次使用 CopyTime、CopyOpen、CopyHigh ... 更有效。所有八个函数的效率更高。
不过,给出一个指向对象的指针,并从中获取程序中的所有属性,还是比将对象的所有属性复制到通过引用传递给类的结构中要快。
不过,提供一个指向对象的指针,在程序中可以从中获取对象的所有属性,这比将对象的所有属性复制到以引用方式传递给类的结构中要快。
我正确理解了你的意思--CopyRates 执行的是将数据复制到结构中的实际操作,而 CopyOpen... 系列执行的是虚拟复制(即覆盖结构)。- 是虚拟复制(即覆盖对现有数组的引用)吗?
如果有不太降低速度的工作机制,那么在平台中创建一个结构是有意义的。