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

[[删除]]

顺便说一下，今天我发现了在语义高亮中搞鬼的可能性（也就是说，不会是vim对类型一无所知，而是由LSP服务器来做着色），这在原则上很有趣。如果有人感兴趣，请按这里的指示做https://github.com/clangd/coc-clangd。 结果，我的coc-settings.json已经退化成了这样。

{
    "signature.maxWindowHeight": 20,
    "clangd.semanticHighlighting": true
}

移除所有的服务器设置，coc-clangd（它是一个coc扩展）配置coc客户端本身。

[Alexey Navoykov]

Maxim Kuznetsov:

一般来说，为mql做一个语言服务器（https://langserver.org/）是有意义的。然后它将在vim和emacs中平等地接收。还有visual studio和eclipse。但这一卷是实质性的，而且90%是由MQ开发者制作的，也就是说，它是对别人的工作的重做，有新的错误和误解。

我认为最好采取另一种方式，将C++代码转换成MQL，这样你就可以直接在pluses上编码（有一些限制），而MQL可以只作为一个中间层来生成可执行的.ex5代码。 所以事实上，那么MQL本身可以像一个坏梦一样被遗忘。

事实上，维克 正在部分地朝这个方向发展，试图用拐杖取代一些构造。但最好以系统的方式来解决这个问题。 也许应该在一些大尺寸编译器的源代码的基础上进行。 我可以参与这样的工作。

[Алексей Тарабанов]

Alexey Navoykov:

我认为最好是做一个将C++代码转换成MQL的转换器，这样你就可以直接在pluses中编码（有一些限制），而MQL可以作为一个中间层来生成可执行的.ex5代码。 即事实上，那么你可以像做恶梦一样忘记MQL本身。

事实上，胜利 部分地朝这个方向发展，试图用拐杖代替一些构造。但最好是以某种方式系统地解决这个问题。 也许应该在一些加法编译器的源代码的基础上进行。 我可能会参与这样的工作。

你很奇怪。你一定很年轻。你想参与到你准备好要摧毁的东西中。

[[删除]]

你们是在逞强，上帝禁止你们为了专有软件而卷入这样的事情。要等到一些聪明的经理决定赚更多的钱， 让我们的生活更容易，并发布NewRevolutionarySoft-1.limited.版，完全不小心破坏了向后的兼容性，与谈论我们不能再这样生活了，世界正在向前发展，抓起袋子就跑。一套没有什么负担的拐杖就是天花板。让这些经理人自己写LSP服务器，他们有经验，有统计数据，还有所有这些。

[Dmitry Fedoseev]

辉煌与贫穷

[Artyom Trishkin]

Alexey Navoykov:

我认为最好是做一个将C++代码转换成MQL的转换器，这样你就可以直接用pluses编码（有一些限制），而MQL只能作为一个中间层来生成可执行的.ex5代码。 也就是说，你可以像做恶梦一样忘记MQL本身。

事实上，维克 正在部分地朝这个方向发展，试图用拐杖取代一些构造。但最好以系统的方式来解决这个问题。 也许应该在一些大尺寸编译器的源代码的基础上进行。 我可以参与这样的工作。

也许到时候你就不在这里了？为什么你需要做一个可怕的醒着的梦？也许其他地方并不那么可怕？你应该仔细想想你的活动的意义--也许它不属于你。也许这是你在其他地方的。在那里，它并不可怕。在哪里飞...

[Alexey Navoykov]

Artyom Trishkin:

也许那时你不应该在这里。为什么你需要做一个可怕的醒着的梦？也许其他地方并不那么可怕？你应该仔细想想你的活动的意义--也许它不属于你。也许它是你在其他地方的。在那里，它并不可怕。在哪里飞...

活动总是要去不同的地方和不同的方向，不要担心。 你生命的意义也不局限于坐在论坛上，对别人的帖子进行审核，我想。

[Alexey Navoykov]

Vict:

一套不太累赘的拐杖是天花板

好吧，正如你所看到的，这套东西在不断地增长和繁殖，所以这纯粹是一个合理化的问题。 要么你不断地把时间浪费在创造新的拐杖和摆弄它们上，要么你从根本上解决问题，不再费力。 说实话，我真的不知道你在说什么后向兼容。 与什么兼容？

[[删除]]

Alexey Navoykov:
1. Ну как видим, набор этот у вас постоянно растёт и множится.  Поэтому тут вопрос чисто рационализаторский.  Либо ты постоянно тратишь время на создание очередных костылей и возню с ними, либо решаешь проблему на корню и больше не паришься. 

2.老实说，我不确定正在谈论的向后兼容是什么。 与什么兼容？

1.在你看来，这个"项目"的全部意义在于150行的shell脚本，我在制作时忘记了这一点。剩下的是单一的插件设置，每个用户都应该能够自己做，决定帮助潜在的新手。

2.还记得他们对老MKL方言做了什么吗？例如，他们可以做一个复选框来选择。总之，这就是他们旋转这种兼容性的地方。我觉得看着你的100500行项目变成一个南瓜，真是太有意思了。

[Alexey Navoykov]

Vict:

2.还记得他们对旧的MCL方言做了什么吗？例如，他们可以做一个选择框。总之，这就是他们旋转这种兼容性的地方。我觉得看着你的100500行项目变成一个南瓜，真是太有意思了。

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