OOP在MQL5中会有需求吗? - 页 8

 
api писал(а)>>

嗬嗬...你的项目也将是一个很好的例子。

隔离一个基类并建立其他的类是不容易的。

谈话将或不要求抽象。

谈话的基调是:OOP是多余的,最好是发展我们已有的东西。

所以事实上,讨论的结果是说服人们相信已经做的事情是多余的。而事实并非如此。

那些想使用OOP的人将会这样做。

有机会做到这一点。

====================

在MQL5中,有很多新的可能性。而在MT5中,有很多新的可能性。有用的功能。

现在的主要任务是使所有这些新功能得到完善。反正也不会再回到旧的东西上了。

 
stringo >> :

也许可以将此转换为一个临时手柄。我们倾向于这样做的想法。

这正是我想说的,因为我已经遇到了一个无法用其他方式解决的情况。

 
nen >> :

谁想使用OOP,谁就会使用它。

谁想使用OOP?让我看看这个人!或者说,他的代码。也许他们中的许多人愿意这样做。这有什么意义。

你说,这是一次抽象的对话?我甚至会说它是抽象的。因为OOP并不是因为代码已经被公布而要求的。

就像他们说的,习惯了的人就会写OOP。在基地5号贴代码的人中没有成瘾者吗?

 
Svinozavr писал(а)>>

谁想应用OOP?让我看看那个人!或者说,他的代码

很少有人会出示代码。为了什么?为了吹嘘?

 
nen >> :

很少有人会出示代码。为什么?为了吹嘘?

????????是的,真的--为什么?我最近一直很笨。严肃的人在这里聊天,而我在这里谈论一些代码。

很快就会有关于如何用计算器计算的文章,我们为什么需要代码?这里有一些严肃的该死的人。

 

???????? Да, действительно - зачем? Туплю я последнее время что-то. Здесь серьезные люди потрепаться зашли, а тут я о каких-то кодах.
Скоро статьи появятся как удобнее считать на калькуляторе - зачем нам коды? Здесь, млять, СЕРЬЕЗНЫЕ люди.

Swinosaur,我不明白你的歇斯底里(对不起,但我找不到更合适的词)。在MQL4中,有很多伟大的代码。起初,它将被用于5。以后会开发出纯粹的OOP代码,使用A的能力。 你也会给Stroustrup和Richie发一封愤怒的信:"混蛋!"。你为什么要发明C++?只有C的时候就很好,现在不知道为什么你也加了OOP!!" - 我个人觉得很好笑,你呢?

 
TheXpert >> :

这就是我想说的,因为我已经遇到了一个无法用其他方式解决的情况。

可以通过引用将指针作为一个对象来传递。最主要的是,在这个操作之前必须检查指针的有效性,否则会崩溃。


也许这在你的情况下会有效?

 
Svinozavr писал(а)>>

谁想应用OOP?让我看看那个人!或者说,他的代码。也许很多人都想这样做。这有什么意义?

玩得开心。

一个对象矩阵,其组成部分(元素和关于尺寸的信息)分布在三个变量上--说得不好听点,这是个噩梦。(尽管把所有的东西都打包到一个数组中,分配矩阵的大小信息的第一个元素,更是一个噩梦)

 
Svinozavr >>:在数据库中,在5号上贴了代码的作者中没有瘾君子吗?

我只找到两位作者。他们是satop和TheExpert,而且只有5-6个来源。没有大量的统计数据。

彼得,慢慢来,一切都会出现。自从开始测试以来,没有任何项目明显倾向于采用OOP。

我已经可以说出一个项目的名字,在OOP的帮助下,这个项目可以更好地实现。这是一个基于Miner的《动态交易》一书的Fibs交易系统(当然,大大简化了;尽管如此,之前在Quaternary上做的几次尝试都没有结果)。

 
C-4 >> :

Swinosaur,我不明白你的歇斯底里(对不起,但我找不到更合适的词)。在MQL4中,有很多伟大的代码。起初,它将被用于5。以后会开发出纯粹的OOP代码,使用A的能力。 你也会给Stroustrup和Richie发一封愤怒的信:"混蛋!"。你为什么要发明C++?只有C的时候就很好,现在不知道为什么你也加了OOP!!" - 我个人觉得很好笑,你呢?

没有歇斯底里。也没有为此感到愤怒。只是一个问题(见主题)。你有一种 "有趣 "的辩论方式:编造一个对手的立场,然后用辉煌、幽默和能让古代演说家嫉妒的修辞,将其--立场--和他--的演讲者--糟蹋了。

一个廉价的举动,我亲爱的。我的帖子里没有这样的内容,也不可能是这样的内容。用致幻剂完成--对不起,我想不出其他解释。我在子的第一个帖子中表明了我的立场。现在我开始对FACT有了看法。

事实上,自动交易的问题,特别是数据可用性检测,仍然存在(从反馈和阅读帮助中判断),甚至在代码层面上变得更加复杂,要解决这个问题,自然在我心中引起了一个问题:开发人员是否把他们的创造性精力放在那里?这就是全部。请注意!我没有提出这个与ODP无关的话题--只是回应了这个帖子。而且我甚至划了下线--"我现在不是在谈论OOP"。