将Vim作为mql的理想工具 - 页 13

[Реter Konow]

Alexey Navoykov:

也许你误解了我的意思，但事实恰恰相反。 现在，当你在MQL中编码时，你有可能陷入你所描述的情况，你将不得不重写你的所有项目。 我说的是写一个转换器/翻译器，直接用C++编码。 而如果你有兼容性问题，你只需要修复这个转换器，而不是项目本身。

你认为你能处理好这项任务吗？我非常怀疑这一点。虽然语法相似，但它们只是基本语法，而有无数的细微差别和差异。这是一个很大的胡言乱语。从经验来看）。

可笑的是，MQL在本质上就是这种转换器，你最多只是在一个更糟糕的版本中重复它而已）））。

我应该补充一点：MQL是一种来自C++的派生语言。在MKL编程时，我们使用简化版的C++。MCL的全部意义在于为Expert Advisors的开发者提供便利，通过消除更广泛的 "母体 "语言的冗余和不需要的功能来节省他们的时间和精力。在这项任务中，MCL取得了巨大的成功，但一些编程爱好者希望去除应用语言的所有优点，让它回到它开始发展的原生状态。为什么？

[Реter Konow]

有些人没有意识到的是，MKL中缺乏C++的全面性，这不是一个缺点，而是一个优势。更有甚者，语言创造的最初目的，没有它的存在就没有意义。

一个专业人员永远不会问为什么需要一种应用语言。

蔑视一种应用语言，将其固有的局限性归咎于它，是对自己的局限性的一种证明。你还能叫它什么呢？)

[[删除]]

Alexey Navoykov:

现在，当你用MQL编程时，你有可能陷入你刚才描述的情况，你将不得不重写你所有的项目。 但我说的是写一个转换器/翻译器，直接用C++编码。 而且，如果你有兼容性问题，你将只需要修复这个转换器，而不是项目本身。

是的，我同意，这就对了。你的终端，有一套连接器--以µl/queue/direct to exchange为单位。专家以共享库的形式出现，在运行时被挂起，即不需要发明自己的编译器，采取任何现成的和铆接的专家。

[Dmitry Fedoseev]

Реter Konow:
有些人没有意识到，在MKL中缺乏C++的全部内容并不是一个缺点，而是一个优点。更有甚者，创造语言的最初目的，没有它的存在就没有意义。

一个专业人员永远不会问为什么需要一种应用语言。

蔑视一种应用语言，将其固有的局限性归咎于它，是对自己的局限性的一种证明。还能叫什么呢？)

彼得，只是他们和所有新手程序员 一样，还没有学会如何使用动态数组。有些是这样，有些不是这样。

[TheXpert]

阿列克谢-塔拉巴诺夫, 阿尔乔姆-特里什金, 彼得-科诺,德米特里-费多谢夫

实际上，一个问题--你在这个主题中忘记了什么？

[[删除]]

TheXpert:

阿列克谢-塔拉巴诺夫, 阿尔乔姆-特里什金, 彼得-科诺,德米特里-费多谢夫

实际上，一个问题--你在这个主题中忘记了什么？

在大篷车上吠叫)

[Aleksey Nikolayev]

顺便说一下，为什么不是emacs？它似乎更适合于一种精英主义的感觉。

[Dmitry Fedoseev]

TheXpert:

阿列克谢-塔拉巴诺夫, 阿尔乔姆-特里什金, 彼得-科诺,德米特里-费多谢夫

实际上，问题是--你在这条线上做什么？

我已经告诉过你，我是为了笑而进去的（我想我不是唯一的一个）。现在我被隔离了，你不能去马戏团了。你想谈论它还是想要其他东西？解释一下，你想要什么？

[[删除]]

Aleksey Nikolayev:
顺便说一下，为什么不是emacs？它似乎更适合于自己的精英主义意识。

Emacs与vim相比有点重，我还没有看到比vim更快的东西。现在进行测试，我把13MB（诚实的1字节编码，不像元编辑*2）的C语言乱七八糟的东西，运行起来，大约有12万行代码，瞬间启动，快速导航，没有冻结。而且这不仅仅是文本，是需要解析和着色的文本。而我远没有一个顶级的数字计算能力。Emacs不能这样做。

不是我说的精英主义，我不屑于这种东西。

[[删除]]

主题启动器怎么了？是这样吗？"永久禁止"？