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

新评论
 
Maxim Kuznetsov:

如果我没有理解错的话，我们还是应该使用防护罩，并且有一些特殊的规范要求？

在我们自己的头文件中，是的，我们需要防护措施。我们首先通过软管运行，它把所有的钩子都弄得乱七八糟，这就到了μl编译器。如果没有防护措施，定义将被重复，µl编译器将产生错误。

从代码要求来看，是的，原则上只有一个--我们将预处理程序的 具体µl指令 打包如下

#ifndef  VIM
mqlcpp_#import  jkjkjk.dll
#endif
void fn_from_jkjkjk_dll();

这样clang就不会在分析和编译过程中偶然发现这个导入。如果mql是一个特定的结构，但不是预处理器的指令，那么就不要用mqlcpp_（你不必这样做，但从clang的角度看这是某种错误）。

#ifndef  VIM
input int            MA_Period=13; // Ну или INPUT макрос
input int            MA_Shift=0;
#else
int            MA_Period=13;
int            MA_Shift=0;
#endif

是否用->来解除指针的定义，以及是否在数组前放上&，这都是可以选择的，但遵循C++风格会得到clang更好的支持。

HH：顺便说一下，没有告诉你在增加警卫的情况下如何定义 "首次汇编"。请看Include/Object.mqh，如果我们在那里没有找到一个卫兵，那么就先编译。我还想增加为哑巴小偷形成黑名单的能力。
 
Vict:

...

总的来说，你的问题是错误的，更有趣的是--我在几天内用我的膝盖做了一个理想，有所有的好东西，质量比元编辑高得多......

是的...有了这样的能力，在一周内编写一个操作系统是很容易的）。有时我喜欢修饰，但这么多......)

也许是公开可用的框架，让你可以在拼图层面上构建软件？那么，每个人都可以根据自己的喜好建立自己的IDE并使用它)。

再过几天...
 

阅读，阅读....

厌倦了看这些炫耀的人。

对于一个为自己写交易策略的交易者来说，所有这些技巧都是不需要的。

而对于定制订单更是如此，因为订购的大多是初学者。那里的命令来自于一系列幼稚的纯真，这些命令在几行代码中实现。

当然，我很喜欢计划支持Python这一事实。

这是一个相当有用的改进。

 
Vict:

......我们其他人将继续向主持人祈祷，尽职尽责地在数组前面加上安培号，并通过点进行解引用。

至于dot，它更方便，更简洁，再加上与OOP语言的兼容性。 相反，我经常想，如果在C++中也有同样的功能就好了。 当然，有一个缺点，但我认为有更多的优点。
 
Реter Konow:
正是如此!有多少变量和函数名称是这样改变的。比VS中的时间长一点，但控制力更强。
不要把文件中文本的常规自动替换与上下文敏感的替换混为一谈。

 
Alexey Navoykov:
至于说，它更方便，更简洁，再加上与OOP语言的兼容性。 相反，我常想，如果能在C++中实现同样的功能就好了。 当然，这样做也有缺点，但我想，优点更多。

那么你就必须扔掉智能指针、迭代器、...。.我们必须以某种方式区分指针本身的函数调用 和被指向的类型。

unique_ptr<type> ptr(...);
ptr->call_referenced();
ptr.release();

一个点不能被超载，即保证对内部的访问。

雷纳特-阿赫蒂亚莫夫。

而在订购时更是如此，因为订购的大多是初学者。它们是幼稚纯真的命令，只需几行代码就能实现。

我对订单不屑一顾，我是为自己写作，与他人分享我的知识，而不是为一些营销人员。

 
Vict:

那么你就必须扔掉智能指针、迭代器、...。.我们必须以某种方式区分指针本身的函数调用 和被指向的类型。

一个点不能被超载，即保证对内部的访问。

好吧，你也不能在MQL中重载->。这就是为什么差异是不可能的。
顺便问一下，有没有可能在Vim中以某种方式模拟这种重载？
 
Alexey Navoykov:
不要把文件中文本的常规自动替换与上下文替换混为一谈。

那它是用来做什么的？如果不同上下文的变量在同一文件中具有相同的名称？通过意义而不是文本来替代？请说明应该在什么地方和为什么要使用它。突然间，每个人都需要它，有些人却不知道。

Zy。谷歌也不知道这种替代方法...
 
Реter Konow:
那它是用来做什么的？如果不同上下文的变量在同一文件中具有相同的名称？通过意义而不是文本来替代？请解释在什么地方和为什么要使用它。突然间，每个人都需要它，而有些人却不知道。
好吧，你在原则上说得很对。
 
Alexey Navoykov:
好吧，你在原则上说得很对。
如果你猜对了，这是一个宿敌的事情。))
1234567891011121314...16
新评论