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

新评论
 
Renat Fatkhullin:

彻底的改写。

我们计划在编辑器中加入对C++、C#、R、Python与外部编译器/解释器的支持。

哦！！！。现在询问细节可能还为时过早，不是吗？

但很有希望。

祝好运

 
Renat Fatkhullin:

彻底的改写。

我们计划在编辑器中加入对C++、C#、R、Python与外部编译器/解释器的支持。


只是在MetaEditor中工作的能力？或者与MQL整合？如果将Python、C#和R整合在一起，那就很酷了!有了C++，一切或多或少都很清楚。Visual Studio就足够了。最近我写了一个自制的Python集成库。首先栓上Python和R就好了!

 
我以为随着项目 的出现，有可能把类的实现放到一个单独的mq5文件中。但事实证明，情况并非如此。会不会做，还是有必要把所有东西都放到mqh里？
 
Renat Fatkhullin:

彻底的改写。

我们计划将对C++、C#、R、Python与外部编译器/解释器的支持纳入编辑器。


酷!但看在上帝的份上，不要再自己写编译器了。我已经不年轻了，我甚至还没有等到就会死。)

 
Koldun Zloy:
我想，随着项目的出现，你可以把类的实现带入一个单独的mq5文件。但事实证明不是这样的。会不会是这样，还是有必要把所有东西都塞进mqh？

为什么？好吧，专业人员在历史上是这样做的，因为计算机很弱，使用的是分裂式编译。此外，你可以以编译的格式+.h中的头文件传递给客户

事实上，你试过吗？类也可以在.mq5中定义，只是更不方便。

 
Renat Fatkhullin:

当然，核查将继续存在。

只是很多要求都会在编辑方面进行检查。也就是说，大部分的警告和建议都会从元编辑那里看到，而不是从版主那里。

我们最终将通过提供自动验证和材料准备的手段来扩大产品要求的范围。


1.这只适用于在项目 帮助下建造的产品，还是也适用于用通常方法建造的产品？ 我不知道为什么需要项目）

2 "自动检查和材料准备工具"。- 这是编译器中的代码检查还是检查标识和描述的算法？

3 "增加需求量 "到底会是什么

4（关于其他语言）问按照我的理解，在编译器MetaEditor中，将可以用C++写。C#. python, R ?

 
Pavel Verveyko:

1 这只适用于通过项目创建的产品，还是也适用于普通产品？ 我不知道为什么需要项目，例如）

2 "自动检查和材料准备工具"- 这是编译器中的代码检查还是检查标识和描述的算法？

3究竟会有什么 "增加需求量 "

4（关于其他语言）问按照我的理解，在编译器MetaEditor中，将可以用C++来写。C#. python, R ?


一切都在朝着严肃的编辑器方向发展，在写作过程中进行代码分析。例如，在VS中，当你编辑C#时，会立即弹出一条信息，告诉你这是一个低级错误。

在编译大型项目时，可以节省时间，大多数愚蠢的错误在编写代码时就可以得到修正。

在上一份工作中，一个项目的完整构建是在晚上进行的，每个人都回家了，因为这需要5-6个小时。
 
新产品的出版与描述、图片和标志的完整包装将来自该项目。以同样的方式发布新版本。

需要这个项目是因为产品不仅仅是一个ex4/ex5文件。还有一个默认*.set文件的列表，以便交易者能够快速了解推荐的设置。

自动检查将逐步引入，以便开发人员能够迅速看到需要测试的模式，以减少交易者的问题。

对其他语言的支持和整合将被逐步引入。我们的目标是在MetaEditor中直接运行主要项目。事实上，我们是按照Visual Studio 中的聚合方式进行的。



 

我写的是一个代码，但我编译了几个版本，俄文版有俄文的设置说明和俄文说明的链接，英文版有英文说明的链接。

现在项目 中的描述处于优先地位，而代码中没有使用描述，所以我必须做一个手鼓舞来写几个版本......

你能建议如何使用目前的项目开发相同的代码，但例如3-5种语言？

为什么描述的优先权是在项目文件中，而不是在代码中的描述？
 
Vladimir Pastushak:

我写的是一个代码，但我编译了几个版本，俄文版有俄文的设置说明和俄文说明的链接，英文版有英文说明的链接。

现在项目中的描述处于优先地位，而代码中没有使用描述，所以我必须做一个手鼓舞来写几个版本......

你能给我一些建议，如何使用目前的项目为例如3-5种语言开发相同的代码？

为什么描述的优先权是在项目文件中，而不是在代码中的描述？

定义编译语言，并根据它来替换所需的信息。

1...45678910111213141516
新评论