mql5中的OOP、模板和宏,细微之处和用途 - 页 12

 
Alexey Navoykov:
好吧,但你还是应该考虑抽象方法,没有它们,一切看起来都很不可靠。

我正在考虑这样一种子语言的方向,完全没有显式类型。只有在运行时。我不认为这种类型的精心调校的架构会导致错误。

 

我不相信这种类型的精心调校的架构会导致错误。

那是什么意思?
 
Алексей Тарабанов:

我不相信这种类型的精心调校的架构会导致错误。

那是什么意思?

这是关于该同志的担忧,即运行时错误 对于良好的程序调试来说是一个太不可靠的基准。

 
Ilya Malev:

我正在考虑这样一种子语言的方向,完全没有显式类型。只有在运行时。我不相信这种类型的精心调校的架构会导致错误。

嗯,你错了。缺乏类型化是一件邪恶的事情。当然,也有一些更蹩脚的语言没有这个功能,但这是你应该避免的,而不是向往的。 编译器对你发誓越多越好,这意味着你在正确的轨道上。
 
Ilya Malev:

这是关于该同志的担忧,即运行时错误 是高质量程序调试的一个太不可靠的基准

伊利亚,如果有什么可以调试的东西就好了......。

 
Alexey Navoykov:
但这是一个徒劳的观点。缺少打字是一种邪恶。当然也有更蹩脚的语言没有这个功能,但这是需要摆脱的,而不是需要努力争取的。 编译器对你发誓越多越好,这意味着你在正确的轨道上。

我们在这里写的不是轨道控制站,而是简单的、刻板的、公式化的解决方案,彼此之间差别不大。在这种情况下,缺乏严格的类型控制,而最大的便利性正是医生所要求的。各种神经网络和GPU操作支持的爱好者可以放心了。最大性能的专家们也可以。

 
Ilya Malev:

在这种情况下,缺乏严格的类型控制,而是最大限度的便利,正是医生所要求的。

顺便说一下,MQL已经缺乏对指针的类型检查。 一个基本指针隐含地转换为一个派生指针,这不应该发生。

 
Ilya Malev:

我们在这里写的不是轨道控制站,而是简单的、刻板的、公式化的解决方案,彼此之间差别不大。在这种情况下,缺乏严格的类型控制,而最大的便利性正是医生所要求的。各种神经网络和GPU操作支持的爱好者可以放心了。最大生产力的专家们也可以。

问题不在于类型化本身,而在于它的呈现方式和带有神经网络、GPU等的复杂项目 的前景。带有动态类型化的语言,如Python,在那里没有明显的编程困难,而带有静态类型化和编译器头痛的语言,如C,将留在老男孩,即退休人员中)
 
Philipp Negreshniy:
带有神经网络、GPU等的复杂项目的前景,适用于具有动态类型的语言,如Python,其中没有明确的编程困难。
你可能是想说:在这里不需要成为一个程序员)事实上,为傻瓜设计的语言。 而这些语言实际上只是一个外壳,调用一些或其他用正常编程语言编写的代码。
 
Alexey Navoykov:
你可能是想说:在这里你不需要成为一个程序员)事实上,为傻瓜设计的语言。 而这些语言本质上只是一个外壳,调用一些或其他用正常编程语言编写的代码。
我只想说说正常的、应用的程序员和程序,这个分支和网站就是关于这个的,你指的是那些写语言的人,系统的,在这里似乎没有什么用,除了黑什么)
原因: