OOP在MQL5中会有需求吗？ - 页 6

新评论
 

如果你愿意，你可以在BASIC中找到OOP，它也是一个解释器。


我认为我们需要等待，看看指标、专家顾问和脚本对OOP的需求会有多大。并在事实上决定它到底是怎样的。

 

HideYourRichess писал(а) >>

我认为我们应该等待，看看OOP在指标、EA和脚本中的需求有多大。然后决定它的实际运作方式。

目前，我正试图用指标中的所有数据缓冲区自动进行复制。这是一个艰难的过程，我总是面临这样的问题，比如没有引用，带参数的构造器（RAII是无法实现的），等等。

而且我不满足于与之相似的东西。一点也不。

C-4 写道>>

Z.U. 大多数人将OOP与某种特定的编程语言联系起来，C++

为什么呢，是执行得不好吗？我认为，实施得相当好。就像在其他正常的面向对象的语言中一样。

, MQ5是一个OOP。

但它的功能很差。

OOP甚至在C语言中也存在，然而由于某些原因，许多人不知道它，这又说明了知识的肤浅。

请再解释一下这一点。

 
TheXpert >> :

现在我正试图自动复制缓冲区数据与指标中的所有伴随。这很难，很复杂，我不断地碰壁，比如缺乏引用，带参数的构造器（RAII是无法实现的），等等。

而且我不满足于与之相似的东西。一点也不。

告诉你实话，我也试过这样做。这没有什么特别的，只是一个小插曲。我放弃了，我没有从中得到任何好处。要么我需要重新训练很多，要么就是需要扩大OOP。这两个人都还没有预期。总的来说，我越过了耙子，不明白自己是否是这样一个傻瓜，或者是否应该向技术支持部门送票，--我暂时放弃了这一切。

 

拜托，我可以详细说明一下。

吸收。

struct mail

{

int zipcode;

char adr[50];

char comment[10];

...

}

结构的存在本身就是不受保护的封装。

静态多态性。

double d=3.12, c;

int i=5;

c=d+i;

(不同的数据类型由同一运算符相加）

动态多态性。

void qsort(void *buf, size_t st, size_t s,int (*compare) (const void *, const void *));

qsort函数会有不同的表现，取决于比较子函数的类型

包容性。

与动态多态性中的例子相同，在这种情况下，qsort 函数有点像compare()的属性。

 
C-4 >> :

拜托，我可以详细说明一下。

像这样的事情是我所期望看到的。只有静态多态性被计算在内。我认为继续讨论这个话题（C语言中的OOP）没有意义，也不会再讨论。

我以为你真的会让我吃惊。

 
如果你想看到像经典的函数重载 等的东西，请下载一些现代的C语言编译器，例如LCC，然后查一下。例如，LCC支持经典的OOP，尽管这在标准之外。
 

总结一些非常初步的结果，我们可以说，即使是有经验的程序员也不接受在实现元引号方面的OOP。也许这是因为执行的原因。也许人们必须习惯它，OOP真的会变得更加方便。但到目前为止，我们有我们所拥有的。没有它似乎更方便。也就是说，你也许可以写，但只是为了OOP，而不是为了可用性、写作速度，更不用说代码本身的性能了，反正对PP来说会比较慢。

情况就是这样...

 

对OOP的需求真的那么重要吗（无论谁在这个缩写下理解）？ 对我来说，更重要的是会出现什么新的交易和服务功能，这将促进交易者和程序员的工作，以及它们将如何很好/完整地实现。

如果你给我看至少十份MQL5符合OOP标准的证书，但如果没有通过指标创建对象，任何OOP都不能把你从在屏幕上显示简单文本的错综复杂的问题中拯救出来。如果你甚至不能在这个图表对象中使用普通的腕轮，那么骄傲的使用OOP又有什么用呢？ 一个可以作为复选框的按钮，以及缺乏一个标准的组合框，这样，例如在专家顾问中，你可以只选择计算的时间框架，以及将几个对象组合成一个的能力。 我甚至不说对话形式的编辑器，因为这个平台是为自动交易开发的...:(

IMHO：在MQL5中，只有经典OOP中固有的（严重）截断的可能性。开发人员已经做得很好了，它肯定简化了源代码的编写，但这一切都是徒劳的，我仍然想要一辆出租车，我希望开发人员不会很快开始开发MQL6，而是会富有成效地长期工作，以 "最终完成 "MQL5；)

 
ForexTools >> :

但对OOP的需求如此重要吗（谁都能理解这个缩写）？ 对我来说，更重要的是会出现哪些新的交易和服务功能，这将促进交易者和程序员的工作，以及它们将如何很好/很完整地被实现。

是的，当然了。而且在相应的主题中已经说了很多关于这一点。例如，在我看来，MC公司非但没有解决老问题，反而通过创新使其解决方案更加复杂。

我现在不是在谈论OOP。但是花在这个功能上的精力完全可以用在真正有用和有需求的地方。

 
Svinozavr >> :

是的，当然了。而且在相关的主题中已经说了很多。例如，在我看来，主持人非但没有理清旧有的问题，反而以创新的方式使其解决方案更加复杂。

我不是指现在的巴解组织。但花在这个机会上的精力，完全可以花在真正有用和有需求的东西上。

这不是一个简单的问题，真的。事实上。我们在服务器中没有看到任何重新设计。根据互联网上粗略的信息，它比以前更酷了。这一切当然不是为了我们，为了DT，但另一方面，服务可能会改善，一般来说。

123456789
新评论