Hablemos de los proyectos conjuntos en el editor: por qué y hacia dónde van - página 11

 
Renat Fatkhullin:

Una reescritura radical.

Planeamos incluir soporte para C++, C#, R, Python con compiladores/intérpretes externos en el editor.

¡¡OH!! Probablemente sea demasiado pronto para pedir detalles, ¿no?

Pero prometedor.

Buena suerte

 
Renat Fatkhullin:

Una reescritura radical.

Planeamos incluir soporte para C++, C#, R, Python con compiladores/intérpretes externos en el editor.


¿Sólo la capacidad de trabajar en el MetaEditor? ¿O la integración con MQL? ¡Si la integración de Python, C# y R es genial! Con C++ todo está más o menos claro. Visual Studio es suficiente. Recientemente he escrito una biblioteca propia para la integración de Python. ¡Sería bueno atornillar Python y R en primer lugar!

 
Pensé que con la aparición de los proyectos, sería posible poner la implementación de la clase en un archivo mq5 separado. Pero resulta que no es así. ¿Se puede hacer o es necesario poner todo en mqh?
 
Renat Fatkhullin:

Una reescritura radical.

Planeamos incluir soporte para C++, C#, R, Python con compiladores/intérpretes externos en el editor.


¡Genial! Pero, por el amor de Dios, no vuelvas a escribir compiladores tú mismo. Ya no soy joven, moriré antes de esperar. )

 
Koldun Zloy:
Supuse que con la aparición de los proyectos, se podría llevar la implementación de la clase en un archivo mq5 separado. Pero resultó que no lo es. ¿Se hará, o es necesario embutir todo en mqh?

¿Por qué? Bueno, los pluses lo han hecho históricamente, desde que los ordenadores eran débiles y utilizaban la compilación dividida. Además puede pasar al cliente en formato compilado + cabeceras en .h

De hecho, ¿lo has probado? Las clases también se pueden definir en .mq5, sólo que es mucho más incómodo.

 
Renat Fatkhullin:

La verificación se mantendrá, por supuesto.

Sólo que muchos de los requisitos se comprobarán por parte del editor. Es decir, la mayoría de las advertencias y consejos se verán desde el meta-editor, no desde el moderador.

Por último, aumentaremos el alcance de los requisitos de los productos ofreciendo un medio de verificación y preparación de materiales automatizado.


1. ¿Esto sólo se aplica a los productos construidos con la ayuda de un proyecto o también a los productos construidos por métodos habituales? No sé por qué necesito un proyecto)

2 "herramientas automatizadas de comprobación y preparación de materiales". - ¿se trata de una comprobación de código en el compilador o de un algoritmo de comprobación de logotipos y descripciones?

3 qué será exactamente "aumentar el volumen de los requisitos"

4 (sobre otros lenguajes) preguntar como lo entiendo, en el compilador MetaEditor será posible escribir en C ++. C#. python, R ?

 
Pavel Verveyko:

1 ¿Sólo se aplicará a un producto creado a través de un proyecto o también se aplicará a un producto ordinario? No sé por qué necesito un proyecto, por ejemplo)

2 "Herramientas automatizadas de comprobación y preparación de materiales" - ¿se trata de una comprobación de código en el compilador o de un algoritmo de comprobación de logotipos y descripciones?

3 qué será exactamente "aumentar el volumen de los requisitos"

4 (sobre otros lenguajes) preguntar como lo entiendo, en el compilador MetaEditor será posible escribir en C ++. C#. python, R ?


Todo se encamina hacia editores serios con análisis de código en el proceso de escritura. Por ejemplo, en VS, cuando se edita C#, aparece inmediatamente un mensaje que le indica que se trata de un error de tipo low-case.

Ahorra tiempo al compilar proyectos grandes, la mayoría de los errores tontos se arreglan mientras se sigue escribiendo el código.

En el último trabajo se realizó una construcción completa de un proyecto por la tarde y todo el mundo se fue a casa, porque tardó 5-6 horas.
 
La publicación de nuevos productos con el paquete completo de descripciones, imágenes y logotipo será del proyecto. Publicar una nueva versión de la misma manera.

El proyecto es necesario porque el producto no es sólo un archivo ex4/ex5. También hay una lista de archivos *.set por defecto, para que los operadores puedan entender rápidamente qué ajustes se recomiendan.

Las comprobaciones automatizadas se introducirán gradualmente, de modo que el desarrollador pueda ver rápidamente los modos que hay que probar para reducir los problemas de los comerciantes.

El soporte de otros idiomas y la integración se introducirán gradualmente. El objetivo es ejecutar los proyectos principales directamente en el MetaEditor. De hecho, estamos siguiendo el camino de la agregación, como en Visual Studio.



 

Escribo un solo código, pero compilo varias versiones en ruso con descripción rusa de los ajustes y enlace a la descripción rusa, en inglés con enlaces a la descripción inglesa.

Ahora la descripción en el proyecto está en la prioridad y la descripción no se utiliza en el código, así que tengo que hacer un baile de pandereta para escribir varias versiones...

¿Puedes sugerir cómo desarrollar el mismo código, pero por ejemplo para 3-5 idiomas, utilizando los proyectos actuales?

¿Por qué se da prioridad a las descripciones en el archivo del proyecto y no a las descripciones en el código?
 
Vladimir Pastushak:

Escribo un solo código, pero compilo varias versiones en ruso con descripción rusa de los ajustes y enlace a la descripción rusa, en inglés con enlaces a la descripción inglesa.

Ahora la descripción en el proyecto está en la prioridad y la descripción no se utiliza en el código, así que tengo que hacer un baile de pandereta para escribir varias versiones...

¿Puede aconsejarme cómo desarrollar el mismo código para, por ejemplo, 3-5 idiomas utilizando los proyectos actuales?

¿Por qué se da prioridad a las descripciones en el archivo del proyecto y no a las descripciones en el código?

Defina el lenguaje de compilación y sustituya los mensajes necesarios de acuerdo con él.

Razón de la queja: