将Vim作为mql的理想工具 - 页 7 1234567891011121314...16 新评论 [删除] 2020.01.12 02:05 #61 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,如果我们在那里没有找到一个卫兵,那么就先编译。我还想增加为哑巴小偷形成黑名单的能力。 Реter Konow 2020.01.12 04:36 #62 Vict: ... 总的来说,你的问题是错误的,更有趣的是--我在几天内用我的膝盖做了一个理想,有所有的好东西,质量比元编辑高得多...... 是的...有了这样的能力,在一周内编写一个操作系统是很容易的)。有时我喜欢修饰,但这么多......)也许是公开可用的框架,让你可以在拼图层面上构建软件?那么,每个人都可以根据自己的喜好建立自己的IDE并使用它)。再过几天... Renat Akhtyamov 2020.01.12 06:55 #63 阅读,阅读.... 厌倦了看这些炫耀的人。 对于一个为自己写交易策略的交易者来说,所有这些技巧都是不需要的。 而对于定制订单更是如此,因为订购的大多是初学者。那里的命令来自于一系列幼稚的纯真,这些命令在几行代码中实现。 当然,我很喜欢计划支持Python这一事实。 这是一个相当有用的改进。 Alexey Navoykov 2020.01.12 09:41 #64 Vict: ......我们其他人将继续向主持人祈祷,尽职尽责地在数组前面加上安培号,并通过点进行解引用。 至于dot,它更方便,更简洁,再加上与OOP语言的兼容性。 相反,我经常想,如果在C++中也有同样的功能就好了。 当然,有一个缺点,但我认为有更多的优点。 Alexey Navoykov 2020.01.12 09:55 #65 Реter Konow: 正是如此!有多少变量和函数名称是这样改变的。比VS中的时间长一点,但控制力更强。 不要把文件中文本的常规自动替换与上下文敏感的替换混为一谈。 [删除] 2020.01.12 09:57 #66 Alexey Navoykov: 至于说,它更方便,更简洁,再加上与OOP语言的兼容性。 相反,我常想,如果能在C++中实现同样的功能就好了。 当然,这样做也有缺点,但我想,优点更多。 那么你就必须扔掉智能指针、迭代器、...。.我们必须以某种方式区分指针本身的函数调用 和被指向的类型。 unique_ptr<type> ptr(...); ptr->call_referenced(); ptr.release(); 一个点不能被超载,即保证对内部的访问。 雷纳特-阿赫蒂亚莫夫。 而在订购时更是如此,因为订购的大多是初学者。它们是幼稚纯真的命令,只需几行代码就能实现。 我对订单不屑一顾,我是为自己写作,与他人分享我的知识,而不是为一些营销人员。 Alexey Navoykov 2020.01.12 10:16 #67 Vict: 那么你就必须扔掉智能指针、迭代器、...。.我们必须以某种方式区分指针本身的函数调用 和被指向的类型。 一个点不能被超载,即保证对内部的访问。 好吧,你也不能在MQL中重载->。这就是为什么差异是不可能的。顺便问一下,有没有可能在Vim中以某种方式模拟这种重载? Реter Konow 2020.01.12 10:20 #68 Alexey Navoykov: 不要把文件中文本的常规自动替换与上下文替换混为一谈。 那它是用来做什么的?如果不同上下文的变量在同一文件中具有相同的名称?通过意义而不是文本来替代?请说明应该在什么地方和为什么要使用它。突然间,每个人都需要它,有些人却不知道。Zy。谷歌也不知道这种替代方法... Alexey Navoykov 2020.01.12 10:31 #69 Реter Konow: 那它是用来做什么的?如果不同上下文的变量在同一文件中具有相同的名称?通过意义而不是文本来替代?请解释在什么地方和为什么要使用它。突然间,每个人都需要它,而有些人却不知道。 好吧,你在原则上说得很对。 Реter Konow 2020.01.12 10:36 #70 Alexey Navoykov: 好吧,你在原则上说得很对。 如果你猜对了,这是一个宿敌的事情。)) 1234567891011121314...16 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
如果我没有理解错的话,我们还是应该使用防护罩,并且有一些特殊的规范要求?
在我们自己的头文件中,是的,我们需要防护措施。我们首先通过软管运行,它把所有的钩子都弄得乱七八糟,这就到了μl编译器。如果没有防护措施,定义将被重复,µl编译器将产生错误。
从代码要求来看,是的,原则上只有一个--我们将预处理程序的 具体µl指令 打包如下
这样clang就不会在分析和编译过程中偶然发现这个导入。如果mql是一个特定的结构,但不是预处理器的指令,那么就不要用mqlcpp_(你不必这样做,但从clang的角度看这是某种错误)。
是否用->来解除指针的定义,以及是否在数组前放上&,这都是可以选择的,但遵循C++风格会得到clang更好的支持。
HH:顺便说一下,没有告诉你在增加警卫的情况下如何定义 "首次汇编"。请看Include/Object.mqh,如果我们在那里没有找到一个卫兵,那么就先编译。我还想增加为哑巴小偷形成黑名单的能力。...
总的来说,你的问题是错误的,更有趣的是--我在几天内用我的膝盖做了一个理想,有所有的好东西,质量比元编辑高得多......
阅读,阅读....
厌倦了看这些炫耀的人。
对于一个为自己写交易策略的交易者来说,所有这些技巧都是不需要的。
而对于定制订单更是如此,因为订购的大多是初学者。那里的命令来自于一系列幼稚的纯真,这些命令在几行代码中实现。
当然,我很喜欢计划支持Python这一事实。
这是一个相当有用的改进。
......我们其他人将继续向主持人祈祷,尽职尽责地在数组前面加上安培号,并通过点进行解引用。
正是如此!有多少变量和函数名称是这样改变的。比VS中的时间长一点,但控制力更强。
至于说,它更方便,更简洁,再加上与OOP语言的兼容性。 相反,我常想,如果能在C++中实现同样的功能就好了。 当然,这样做也有缺点,但我想,优点更多。
那么你就必须扔掉智能指针、迭代器、...。.我们必须以某种方式区分指针本身的函数调用 和被指向的类型。
一个点不能被超载,即保证对内部的访问。
而在订购时更是如此,因为订购的大多是初学者。它们是幼稚纯真的命令,只需几行代码就能实现。
我对订单不屑一顾,我是为自己写作,与他人分享我的知识,而不是为一些营销人员。
那么你就必须扔掉智能指针、迭代器、...。.我们必须以某种方式区分指针本身的函数调用 和被指向的类型。
一个点不能被超载,即保证对内部的访问。
不要把文件中文本的常规自动替换与上下文替换混为一谈。
那它是用来做什么的?如果不同上下文的变量在同一文件中具有相同的名称?通过意义而不是文本来替代?请解释在什么地方和为什么要使用它。突然间,每个人都需要它,而有些人却不知道。
好吧,你在原则上说得很对。