让我们讨论一下编辑部的联合项目--为什么以及它们的发展方向 - 页 15

 
Renat Fatkhullin:

我们很可能会在内部制作一个多语言的字符串资源,这样就有一个可执行文件,并且可以即时改变语言。

在设置中也有吗?
 
Vladimir Pastushak:

还有一个问题或一个难题。

在我制作高质量产品的愿望中,我正在制作几种语言的程序设置。

现在,每种语言都有自己的mqh文件和最终的mq5文件,即有一个版本的 expert_en.mq5,它在编译时包括settings_en.mqh文件,结果是程序出现了俄语设置和

有一个版本 expert_en.mq5,在编译时包括settings_en.mqh文件,程序将产生英文设置。

当然,你可以从目录中删除该文件,然后用俄语编译,但往往在匆忙中可能做不到......。


也许有一种方法可以自动检测操作系统的语言,并根据这个设置操作系统的语言?

这不是一个好主意。至少用户应该能够选择。


这是个坏主意。至少,用户需要能够进行选择。

 
Alain Verleyen:

这不是一个好主意。至少,用户应该能够选择。

可以看一下终端的语言,而不是操作系统的语言。
 
Комбинатор:
你可以看一下终端的语言,而不是操作系统的语言。

更好。:-)

更好

 
Renat Fatkhullin:

我们很可能会在内部制作一个多语言的字符串资源,这样就有一个可执行文件,并且可以即时改变语言。

我们将仔细考虑实施问题。我们即将为市场实施多语言描述。


这将是非常、非常、非常 好的!!!。

 
Комбинатор:
你可以看一下终端的语言,而不是操作系统的语言。

是的,可能来自终端的语言,将是更好的...

 

@ Renat Fathullin

不幸的是,"共同项目 "在实践中对我不起作用。

我有一个大项目,有几个指标(最终还有一个脚本和一个EA,但这并不重要),甚至还有一个相关的服务。然而,即使理论上可以添加多个 "源",在实践中也是行不通的,因为当试图编译时,它编译所有的源(*.mq5),就像它是一个指标(或项目中声明的任何其他对象)。

我需要在项目中拥有所有必要的源,并且能够独立于其他源编译一个指标(或任何mq5源)。

另一个问题与mqh文件有关,我有几十个mqh文件,在开发和测试期间,只编译一个我正在处理的文件是非常有用的。要检查语法和内含物等......。但是,一旦mqh文件被包含在项目中,如果你编译,它就会编译 "主 "源代码,并最终编译所有其他文件。这是很不可行的。

所以要想只编译一个源文件(主文件或依赖文件)或整个项目,你需要。

 

另一个使用 "项目 "的实际问题。

关于交易、自动交易系统和策略测试的论坛

我可以从代码中获取属性吗?

Amy Liu, 2019.05.30 18:12

在MQL更新编辑器有一个项目之前,我曾经使用过这种方法。该项目有一个图形界面来定制版本。请看我附上的图片。代码中的 "#属性版本 "的定义与GUI中的版本相矛盾。需要改变3个地方来支持该项目。疲惫

GUI

 
Alain Verleyen :

@ Renat Fathullin

...

另一个问题与mqh文件有关,我有几十个mqh文件,在开发和测试时,只编译我正在处理的一个文件是非常有用的。要检查语法和内含物等......。但是,一旦mqh文件被包含在项目中,如果你编译,它就会编译 "主 "源代码,并最终编译所有其他文件。这是很不可行的。

所以要想只编译一个源文件(主文件或依赖文件)或整个项目,你需要。

这在Build 2190中得到了修复。一个非常好的改进。

 

我一直在同步MT 4和MT 5的目录,已经有很长一段时间了。

我把所有的代码都写在一个include文件里,只用一个include文件就可以编译多个版本的程序。

一个代码同时为MT4和MT5编译。

这就是为什么目前的项目 没有意义。

我建议做一个共同的项目,在编译的时候会出现mt4和mt5的版本....。