文章 "轻松快捷开发 MetaTrader 程序的函数库（第十七部分）：函数库对象之间的交互" - 页 2

新评论
 
Igor Makanu:

很明显，我们说的是使用系列文章中提出的最基本功能（符号的 打印属性）。

我不能说是最低限度。

TestDoEasyPart17.ex5
1 085 494 bytes - Release.
  644 140 bytes - Debug.

很多，因为没有资源。存档器没有对它们进行压缩，所以这绝对不是大量文本信息的结果。

 
fxsaber:

至于最低标准，我就不知道了。

这有点多，因为没有资源。存档程序没有对它们进行压缩，所以这肯定不是大量文本信息造成的。

谢谢！- 我不想安装它，还是再等等吧。

你自己在上面写道，编译器扔掉了所有不必要的东西，.ex5 的重量也相当不错。

我想，在优化器中使用一系列文章中的现成库（类）是没有问题的，我们只能希望工作的结果是可用性。

ZY：我不知道您花了多少精力和时间进行测试，但您在 KB 中的库确实可以正常运行 RAD（不带图形用户界面）。

 
Igor Makanu:

你自己在上面写道，编译器会扔掉所有不必要的东西

我自己也有些惊讶。为了执行正确的基准测试，我在编写代码时必须确保编译器不会丢弃测量到的片段。否则，编译器的时间理应为零--它会把它扔掉。

 
fxsaber:

我自己也感到有些惊讶。为了进行正确的基准测试，我在编写代码时必须确保编译器不会丢弃测量的片段。否则，它的时间理应为零--被扔掉了。

每个库集合都由一个对象组织。每个对象都会参与其中--在计时器中，它会滚动浏览对象，而对象的指针就在计时器中。我还没有禁用不必要的类--一切都在我的前面。现在我只是在创建收集必要信息的工作母机。
 
Artyom Trishkin:
到目前为止，我只是在创造收集必要信息的工作母机。

文章数量非常大，我不可能全部读完，也就是说，还没有准备好实现 "至少有所收获！"？

首先，我对交易操作 和订单支持方法感兴趣 - 何时等待？

SUS：文章的浏览量是只来自注册用户，还是来自互联网上的任何浏览？

 
Igor Makanu:

文章数量非常大，我无法全部阅读，所以还没有现成的 "至少有些东西！"的实施方案？

我主要对交易操作 和订单支持方法感兴趣 - 何时需要等待？

SZY：只增加注册用户的文章浏览量，还是从互联网上的任何浏览量？

1.已经完成的一切都可以使用。当然，并不是像以后那样--在 "问-答 "方法的帮助下非常简单，但是为了测试每一个创建的类，我们都制作了 EA，它显示了对数据的访问，非常适合使用。
2- 交易正在进行中。很快就会到来。但不是在一篇文章中。
3 维护是什么意思？所有的交易环境数据早已完成。订单和头寸发生的事件都会发送到程序中。有测试的智能交易系统。在那里也可以访问事件。这并不简单，也不方便，但适合使用。如果您对如何实施感兴趣，可以在讨论中提出。
4.我不知道统计数据是如何建立的。
 
Artyom Trishkin:

3.什么叫维护？有关交易环境的所有数据早已完成。订单和头寸发生的事件都会发送到程序中。有测试的智能交易系统。事件访问也在这里显示。这并不简单，也不方便，但适合使用。如果您对如何实施感兴趣，请在讨论中提问。

我所说的维护是指获取未结订单的属性（交易订单、仓位等，请不要让第二版主看到！！！）。

以及对该未结订单的操作：平仓、追踪、部分平仓....。(如果我们进一步复杂化，就会出现均线等，但这已经是交易者论坛上发明的惯例--订单最初就是一个！）。

 

虽然我并不参与交易算法，但我还是决定深入研究一下作者的代码和想法。读完第一段后，我感觉作者是先重读了黑格尔的《逻辑科学》，然后决定把它编成程序。这都是代码中的哲学。抽象的威严像坦克舰队一样从四面八方驶来，铺满了地板，在作者的世界里，抽象的威严在事件、属性和对象之间犁出了一个又一个新的实体。请注意，"属性 "不再仅仅是一个属性，它已经上升到了 "对象 "的级别。它自行生长，并声称获得了自己的属性。但是，如何保证它的属性不会要求独立，不会产生成群的自己的对象呢？毕竟，在作者的世界里，所有的实体都试图成为客体，所有的客体都试图增加自己的属性。根据这一原则，物质迅速膨胀。就好像某种哲学机制 "卡住了"，谁也无法阻止实体的自发繁殖。但最终，恐怕物质棱镜会将这个美丽、超现实、短暂的世界变成博物馆中的资源。不过，这也不失为一种精神体操。我支持这些文章。）


ZЫ.我忘了对象的 每个派生属性 的状态列表，每个派生属性也可视为一个对象，有自己的属性和事件列表。那么这一系列文章就没有尽头了。))
 
Igor Makanu:

我说的维护是指获取未结订单的属性（交易订单、仓位等，让第二版主看不到！！！）。

还有，对该未结订单的操作：平仓、追踪、部分平仓....。(如果进一步复杂化，就会出现均线等，但这已经是交易者论坛上发明的惯例--订单最初就是一个！）。

可以获得订单属性。还可以获得头寸属性。您可以从头寸属性中获取头寸的整个历史记录--从交易订单到平仓。头寸的每笔交易都能让您找到用来进行交易的订单。一般来说，任何头寸的全部历史都可以轻松获取，所有订单和交易都可以在其中找到。

对头寸的操作还没有组织起来--开仓/平仓/修改--所有这些都将在交易类中进行。

 
Реter Konow:

虽然我并不参与交易算法，但我还是决定深入研究一下作者的代码和想法。读完第一段后，我感觉作者是先重读了黑格尔的《逻辑科学》，然后决定把它编成程序。这都是代码中的哲学。像坦克舰队一样，抽象的威严从四面八方袭来，把地板弄得凌乱不堪，在作者的世界里，新的和新的实体通过事件、属性和对象的交叉而诞生。请注意，"属性 "不再仅仅是一个属性，它已经上升到了 "对象 "的级别。它自行生长，并声称获得了自己的属性。但是，如何保证它的属性不会要求独立，不会产生成群的自己的对象呢？毕竟，在作者的世界里，所有的实体都试图成为客体，所有的客体都试图增加自己的属性。根据这一原则，物质迅速膨胀。就好像某种哲学机制 "卡住了"，谁也无法阻止实体的自发繁殖。但最终，恐怕物质棱镜会将这个美丽、超现实、短暂的世界变成博物馆中的资源。不过，这也不失为一种精神体操。我支持这些文章。）


ZЫ.我忘了对象的 每个派生属性 的状态列表，每个派生属性也可以被视为一个对象，有自己的属性和事件列表。那么，这一系列文章也就无从谈起了。）

超现实主义，彼得，只存在于你的脑海中--在这里，一切都是有条理的，容易理解的。一切都如此简单，以至于你甚至无法想象，在程序化世界观的熏陶下，你的思维会变得如此敏锐，以至于你必须记住所有的事情，以至于一个大机械装置的齿轮都被塞进一个巨大的数组中。

在这里，所有东西都各就各位，从外部进入任何地方都不需要指定位置坐标，只需要指定所需的对象的任何属性（然而，这些都是它的坐标）。

想象一下花环。您想象过吗？可以通过所需的对象的编号（属性）来指定其任何位置的地址（这是库的基础）。它使用其他花环作为对象（这已经是一个二维表格）--对象的集合。在每个对象花环集合中都有相同类型的对象。对象 1、对象 2、对象 3......、对象 N。这已经是一个三维表格了。通过指定集合的类型和要查找的对象的类型，可以访问任何一个对象。然后，我们就能获得所需的属性。

就是这样。

没有坦克和外星军队，彼得:)

最有趣的是，要为所有对象添加功能，只需在一个对象（即库中所有对象的基础对象）中添加，其他任何类型的对象都会立即获得该功能。

看到它有多简单了吗？不明白吗？那我就不敢改变你的想法了。

ZЫ，我忘了每一个这样的对象都会独立地将自己的状态告知程序--只需接收并处理即可...

1234
新评论