对MT5的祝愿 - 页 54

[[删除]]

Interesting:

需要对一个基类进行修改吗？在我看来，任何人都可以在基类的后裔中轻松做到这一点（根据他们自己的逻辑）。

此外，这些方法的 "肉 "在哪里（例如，作为 CTrade 的后代实现）？

是的，我也认为对每个人来说，这有点难拉。关于这些方法的内容，我还没有掌握，我想开发人员会根据他们的经验正确定义。如果在一般情况下，我认为有可能不是用大量，而是用时间来工作。即把一个位置的体积 增加2倍，或增加1.2倍。酥油的情况也是如此。通过翻转，我看到有可能以与翻转前相同的结果头寸量翻转头寸，或以不同的头寸量翻转头寸，或大或小。这个想法是使用新的、方便的包装方法，允许在资金管理中使用数学函数（在管理头寸量时用时间操作）。

[[删除]]

Yedelkin:
不是每个人。甚至不是每个程序员。但只有那些了解OOP特殊性的人。

如果你想，这个论坛上90%的人都能做到。除非他们懒得去看语言帮助。

-亚历山大--。
是的，在我看来也是如此，对每个人来说，要把它拉下来是有点困难的。至于这些方法的内容，我还没有掌握，我想，开发者会正确定义它，他们的经验允许。如果在一般情况下，我认为有可能不是用大量，而是用时间来工作。即增加2倍的仓位量，或增加1.2倍。酥油的情况也是如此。通过翻转，我看到了翻转头寸的可能性，其结果头寸量与翻转前相同，或者有不同的、更大或更小的头寸量。这个想法是使用数学函数进行资金管理（倍数进行仓位量管理）。

关于CTrade（一般形式）+数学模型+代码（甚至作为模板）的变化的单独主题。

最好也是作为一个独立的模块，有基本对象的后裔。

如果开发者能在那里找到列入标准模块的基础，当然会去做，但目前只是作为一个后裔（因为概念和代码没有被标准化）。

IMHO

[Yedelkin]

Interesting:

如果你想，这个论坛上90%的人都能做到。当然，除非他们懒得在语言参考中查找。

IMHO

这不是关于 "这里的人"，也不是关于他们的愿望。这是一个关于 "每个人 "的声明。- 无论如何，这都是可以理解的。

至于提出的问题。对于普通用户来说，学习如何使用像 Prepared_Class::Function_Generic_Class 这样的东西，要比自己创建 "基类的后代 "容易得多。

[[删除]]

Yedelkin:

这不是关于 "这里的论坛网友 "或他们的愿望。它是关于 "每个人 "的说法。

至于提出的问题。对于普通用户来说，学习如何使用像 Prepared_Class::Function_Generic_Class 这样的东西，要比自己创建 "基类的后代 "容易得多。

我不反对对基础库进行修改和补充，特别是如果它能使交易更加有效和方便。

我是为了库中包括适合每个人的通用东西（这样以后我们就不必重新定义标准类的 功能）。

至于这些方法，我在 "专家 "班（在我的班上）规定了这些东西，在那里我定义了所有的工作逻辑。

PS

类似的事情在标准的MACD样本中也实现了与CSampleExpert相似的功能。

那里有一个打开和关闭的功能，为什么不把提议的东西也加进去呢？

 bool LongClosed();
 bool ShortClosed();
 bool LongModified();
 bool ShortModified();
 bool LongOpened();
 bool ShortOpened();

[Yedelkin]

Interesting:

我赞成在库中包括大家都满意的通用的东西（这样你以后就不用覆盖标准类的 功能了）。

我明白了!普遍性促进稳定。

至于-阿列克谢- 的建议是否属于 "普遍事物 "的范畴，我还不能说什么。但是，我重申：普通用户需要的是清晰的、可操作的功能，而不是专业程序员的分类。

[Yedelkin]

Interesting:

PS

类似的事情在标准的MACD样本中也实现了与CSampleExpert相似的功能。

那里有一个打开和关闭的功能，为什么不把提议的东西也加进去呢？

你应该同意，如果一个人不知道OOP，你的例子并没有告诉他什么。

[[删除]]

Yedelkin:
你同意，如果一个人不知道OOP，你的例子并没有告诉他什么。

我同意没有，但这是一个在哪里和如何写这个或那个功能的问题。

此外，标准库 仍在开发中，开发人员在那里有自己的计划和利益。

[Yedelkin]

Interesting:

...标准库 仍在开发中，开发者在那里有自己的计划和利益。

好吧，它被称为 "愿望......"，开发商的计划不能被-亚历克斯的 建议所阻碍 :)

[[删除]]

Yedelkin:

因此，这个分支被称为 "愿望......"，开发人员的计划建议从-亚历山大- 不能以任何方式阻碍:)

我不知道，我没有看到提案中的具体内容，也许开发商会看到。

但我仍然不明白什么和如何 "翻转 "和 "切割"，以及为什么是CTrade？

虽然，标准库 在目前的发展阶段并没有给我带来太多困扰，因为我有自己的一套类（它不以任何方式依赖标准库）。

[[删除]]

Yedelkin:

知道了!多样性有助于稳定。

我还不能说-阿列克谢的 建议是否属于 "普遍事物 "的范畴。但是，我重申：普通用户需要的是清晰的、可操作的功能，而不是专业程序员的分类。

如果我们谈论的是普遍性，最好是能够不仅以增量，而且以手数改变仓位量。即类似这样的事情。

1) 以某个手数开仓：PositionOpen(...,lot,....); /这个函数是明确的，不会改变，它保持现在的状态/。

2）改变位置的音量，例如增加。

a) PositionIncrease(..., 2, mode_lot_change,....) - 增加2手仓位量；/用于方便改变手数的情况。

b) PositionIncrease(..., 2, mode_multiply_change,....) - 增加2倍的仓位量；/万一它方便以倍数变化/。

但我仍然不明白 "翻转 "和 "切割 "的内容和方式，以及CTrade中的具体原因？

CTrade有一套方法，根据帮助："用头寸操作"。有开仓，有平仓，有改变仓位的SL或TP。建议对其进行补充。反转头寸是指以比当前头寸更大的交易量进行相反的交易，从而使未结头寸的方向发生逆转。减仓就是减少开仓的数量。增加--是相反的。

Я за то чтобы в библиотеку включались универсальные вещи, которые устраивают всех (чтобы потом не пришлось переопределять функционал стандартных классов).

是的，这是一个非常重要的观点。