Discusión sobre el artículo "Plantilla para proyectar el MVC y posibilidades de uso" - página 3

 
Maxim Kuznetsov:

¿Por qué no? Toma nota, arréglalo en la próxima.

Eso no es lo que quiere decir. No es una corrección, sino comparar mi nivel y el de mi oponente.

 

Este artículo me parece muy interesante y útil para quienes no están familiarizados con este tema.

Me gustaría expresar mi gratitud al autor por la buena presentación y la facilidad de lectura.

Y como menciona Andrey en el artículo, no es tan fácil hacer un programa indicador MVC ideal. Pero los ejemplos del artículo me han gustado mucho.

 
Rashid Umarov:

Este artículo me parece muy interesante y útil para quienes no estén familiarizados con este tema.

Quisiera expresar mi agradecimiento al autor por la buena presentación y la facilidad de lectura.

Y como menciona Andrey en el artículo, no es tan fácil hacer un programa indicador MVC ideal. Pero los ejemplos del artículo me han gustado mucho.

Gracias por tu halagadora opinión, Rashid )

 

@Andrei Novichkov, ¿a qué componente debe atribuirse el registro? ¿A la Vista? Pero es un poco aburrido transferir cada línea de registro del Modelo a la Vista a través del Controlador.

Andrei Novichkov
Andrei Novichkov
  • 2021.03.24
  • www.mql5.com
Профиль трейдера
 
El registro se puede hacer como otra representación. El Modelo conoce la Vista y puede comunicarse con ella sin pasar por el Controlador. Y tenga en cuenta que el registro puede tener lugar no sólo en el Modelo, sino también en la Vista.
 

@Andrei Novichkov, ya veo, gracias.

Una pregunta más: ¿es correcto definir los parámetros de entrada sólo en el Controlador? ¿No es más correcto definir parámetros de entrada como iSlippage y Magic en la Vista (porque el Controlador no los necesita)? Entonces, después de incluir el archivo con la Vista en el archivo con el Controlador, estos parámetros aparecerán como un grupo en la configuración de entrada del Asesor Experto.

Andrei Novichkov
Andrei Novichkov
  • 2021.03.24
  • www.mql5.com
Профиль трейдера
 
¿Por qué hacer dos entidades en lugar de una entidad lógicamente completa? O tres. O cuatro. Lo correcto es hacer una entidad y pensar en una forma controlada de acceso para Modelo y Representación.
 
Andrei Novichkov:
¿Por qué hacer dos entidades en lugar de una entidad lógicamente completa? O tres. O cuatro. Lo correcto es hacer una entidad y pensar en una forma controlada de acceso para Modelo y Representación.

No estoy seguro de que entiendas lo que digo. No estoy sugiriendo crear nuevas entidades - no. Como eran tres componentes así seguirán siendo.

Es sólo que de lo contrario es ilógico declarar variables iSlippage y Magic a nivel global del Controlador, que no son utilizadas por él, sino que sólo pueden ser utilizadas en la Vista. Como resultado, el archivo .mqh de la Vista no será formalmente pseudo-compilado por F7, lo que no permitirá comprobar automáticamente los errores de sintaxis (no estoy hablando de tu ejemplo, sino en general, cuando estas variables se utilizan en la Vista).

 
Puede haber muchos parámetros en los parámetros de entrada, entre ellos Magik. ¿Dispersar estos parámetros entre diferentes componentes? En mi opinión, esta no es la mejor solución, pero puedes probar tu idea. Ver cómo se verá así.
 
Ok, gracias por el artículo y por responder a las preguntas.