MQL5中的OOP问题 - 页 66

新评论
 

下面是为什么的答案。

在红色的矩形中--增加了一个对GetMicrosecondCount() 的调用，在蓝色的矩形中--增加了一个。这就是为什么它几乎是平等的。

 
Dmitry Fedoseev:

你为什么敢于给我看代码？如果没有代码，你可以把你的时间照片推到阳光照射不到的地方。

 
Vladimir Simakov:

哎呀。在相同的行动下，只有30%的差异。

也许正是在班级中产生了开销？当然，编译器在任何情况下都应该内联所有的东西，并剪掉不必要的东西。向开发者指出这一点是有意义的。
 
Alexey Navoykov:
也许是班级产生了开销？当然，编译器在任何情况下都应该内联所有的东西，并剪掉不必要的东西。向开发者指出这一点是有意义的。

它起作用了。结构的工作速度与功能和宏观的工作速度相同。但是班上的同学...远远落后。

 
Dmitry Fedoseev:

它起作用了。结构的工作速度与功能和宏观的工作速度相同。但是班上的同学...远远落后。

基本上，我一直有这样的预感，但我只是从来没有去测试它。这就是为什么我试图避免不必要地声明这个类，而把它声明为一个结构，特别是如果想法是把它传到堆栈上。
 

我给了如何访问SB中的私有方法/字段的建议，并且自己在论坛上捡到了这个钩子，我不记得是谁建议的。

我惊讶地发现，我像往常一样给出建议，而没有坚持使用术语，这不是一个钩子，而是一个反模式的公共莫罗佐夫http://blog.kislenko.net/show.php?id=1775。

)))

 
Igor Makanu:

我给了如何访问SB中的私有方法/字段的建议，并且自己在论坛上捡到了这个钩子，我不记得是谁建议的。

我惊讶地发现，我像往常一样给出建议，而没有坚持使用术语，这不是一个钩子，而是一个反模式的公共莫罗佐夫http://blog.kislenko.net/show.php?id=1775。

)))

你已经给否认模式的人和OO爱好者提供了一桶蜂蜜:-)一种模式，以获得被设计考虑所隐藏的东西 :-)

有人（当前OO/C++怪物中的某人），很有道理的说，OO的症结在于基类必须为所有的子类变体提供足够的接口（实际上对所有的字段都有可用的setters-getters，或者全能的），
，子类不能在父类协议之外创建虚拟函数，只有这样，普遍的幸福才会到来。那么广义的STL+boost就真的省事了，测试是有用的，可重复使用的。但是它变成了很多类，因为代替新的虚拟函数的是各种代理的行为。

 
Maxim Kuznetsov:

在这里，你给否认模式的人和OO爱好者提供了一桶蜂蜜:-)一种模式，以获得被设计考虑所隐藏的东西 :-)

有人（当前OO/C++怪物中的某人），很有道理的说，OO的症结在于基类必须为所有的子类变体提供足够的接口（实际上对所有的字段都有可用的setters-getters，或者全能的），
，子类不能在父类协议之外创建虚拟函数，只有这样，普遍的幸福才会到来。那么广义的STL+boost就真的省事了，测试是有用的，可重复使用的。但是它变成了很多类，因为各种代理代替了新的虚拟函数的作用。

模式和OO爱好者与此有什么关系？

 
Maxim Kuznetsov:

有人（现在的OO/C++怪物中的某人）很明智地说过，OO的症结在于基类必须为所有变异的子类提供足够的接口（实际上对所有字段都有可用的setter-getters，或者全部是空白的）。

我不知道哪个 "怪物 "说了这样的废话。 他似乎是一个支持把所有能塞进和不能塞进一个类别的人："......收割者和治疗者"。
 
说到 "反模式"，例如，几乎整个标准 MQ库 都是反模式的。）
1...596061626364656667686970717273...96
新评论