Styler en el terminal comercial MetaTrader 5

 

Discutiendo el estilizador MQL5. Comenzó aquí


Tengo que mirar un código diferente. Esto incluye un código mal escrito.

Un buen formato facilita considerablemente la lectura del código.


Por lo tanto, imho, la cosa permanecerá sin reclamar por la mayoría de los codificadores normales debido al formato específico y la falta de opciones.

Propongo que se añada la personalización o el formato en un estilo realmente común.

Como opción, permite elegir uno de los 2-3 estilos.

Вот это стиль! :) - MQL4 форум
  • www.mql5.com
Вот это стиль! :) - MQL4 форум
 
TheXpert :
Hablando del estilizador MQL5


Guano, porque no es personalizable.

 
TheXpert :

Sugiero que se añada una personalización, o que se formatee en un estilo realmente común.

Otra posibilidad es que se pueda elegir entre 2 o 3 estilos.

+

 

En realidad, la solución es trivial y ya está implementada por muchos IDEs.

Para cada elemento sintáctico ( { ( para función <= si ......) definir reglas: cuántos espacios insertar antes y después de él y si es necesario un salto de línea antes o después de él.

Los ajustes personalizados deben guardarse en un archivo y cargarse automáticamente (en prioridad) cuando se inicie el editor.

Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
  • www.mql5.com
Основы языка / Типы данных / Целые типы / Символьные константы - Документация по MQL5
 
Sería bueno que los estilos fueran personalizables.
 
sol :
Sería bueno que los estilizadores fueran personalizables.


... esta es la cuestión principal para los desarrolladores...

¿Es posible crear un estilista personalizable? Es decir, que es posible, no hay duda. la pregunta es otra, ¿cuáles son las perspectivas y prioridades para considerar este deseo?

 

Señores, ¿para quién se escribe el código?


Estoy bastante seguro de que es para otros programadores. Es muy desagradable para ellos leer el código sin formato de otras personas.


Es para resolver este mismo problema que creamos la función de estilización incorporada. Si quieres que otras personas (no tú, sino otras personas) estén dispuestas a revisar tu código, será mejor que lo hagas lo más sencillo y sin ambigüedades posible. Y la palabra clave aquí es "gente", no "tú".



El estilo unificado es importante para la comunidad MQL5.porque recogemos una enorme base de datos de fuentes en el Code Base. Esto significa que estas fuentes serán leídas por un gran número de desarrolladores y usuarios de terceros.


Para evitar la creación de una colección incomprensible de código, todos los scripts publicados serán automáticamente

  1. limpiado por un estilista
  2. comprobar la corrección
  3. generar capturas de pantalla estándar para los indicadores

Está claro que un estilo unificado es extremadamente importante para resolver la tarea global del mantenimiento de los archivos de formación.
 
Rosh писал(а) >>

La lógica es que el código esté alineado con el nivel de anidamiento. No hay desacuerdo aquí, como podemos ver.

Pero los paréntesis de apertura y cierre no son código, son elementos de diseño, por lo que exceden ligeramente el código en un carácter.


Esto me sorprendió. Siempre he pensado que un error en la configuración de este llamado "elemento de diseño" podría cambiar drásticamente el código. Pero resulta que no es un elemento de código en absoluto. He aquí un ejemplo:

if (условие) function1(); function2();

и ____________________________________

if (условие) {function1(); function2();}

El compilador dijo: "¡Está bien!". Pero el programa no funcionará. ¿Dónde está el error? ¿En el diseño? ¿O en el código?

 

No te aferres a las palabras, por favor.


La imposición de normas de diseño estrictas (incluso al borde de los derechos personales) puede erradicar los códigos asesinos del tipo

if (условие) function1(); function2();

De hecho, se podría argumentar que la debilidad en esta cuestión lleva al equipo de desarrollo al caos.


Para reducir este caos, hemos implementado un estilizador duro y no configurable.


Un par de miles de scripts de la Base de Código MQL4 han pasado por las manos de nuestros editores, que habrían expresado opiniones mucho más duras sobre los estilos utilizados. No queremos volver a pasar por un proceso así.

 
Renat :


Está claro que para resolver la tarea global de mantenimiento de los archivos de formación es sumamente importante tener un estilo unificado.


100% correcto.

Tiene que haber un estilo ÚNICO. Pero cada uno debe y PUEDE tener su propio estilo.

Mucha gente está acostumbrada a otros estilos comunes como VC++ (y yo apoyo ForexTools por ejemplo, lo uso yo mismo).

¿Por qué forzar los ya torturados cerebros de los programadores... Es más fácil hacer este estilo personalizable. Seguramente sabes lo que se siente cuando estás viendo un estilo de código diferente y te sientes tentado a cambiarlo por tu propio estilo, nativo y cómodo, que has estado usando durante 15 años...


Creo que no es tan difícil en lugar de mover paréntesis { } al texto, y luego 1 espacio de distancia de ella - no hacer nada con ellos. Manténgalo nivelado con su padre para, si, ...

 
sergeev :


100% correcto.

Tiene que haber un estilo ÚNICO. Pero cada uno debe y PUEDE tener su propio estilo.

Si escribes para ti, no utilices el estilizador normal.


Los programadores no escriben código para sí mismos, sino que creen erróneamente que lo hacen. Lo sabes, ¿no?