Discusión sobre el artículo "Plantilla para proyectar el MVC y posibilidades de uso (Parte 2): Esquema de interacción entre los tres componentes"

Nuevo comentario
 

Artículo publicado Plantilla para proyectar el MVC y posibilidades de uso (Parte 2): Esquema de interacción entre los tres componentes:

Este artículo continúa y completa el tema planteado en el último artículo: la plantilla MVC en los programas MQL. En este artículo, veremos un posible esquema de interacción entre estos tres componentes.

El método Controller resultante, que se llama en el manejador OnChartEvent del archivo principal del indicador, tiene el siguiente aspecto:

void CController::ChartEvent(const int id,const long &lparam,const double &dparam,const string &sparam) {

      switch (id) {
         case CHARTEVENT_OBJECT_CLICK:
            if (StringCompare(sparam, pBtn.GetName()) == 0) {
               if (pView.GetViewType() == LINE)
                  pView.SetNewViewType(HISTO);
               else pView.SetNewViewType(LINE);   
            }
            break;      
        default:
            break;    
      }//switch (id)
}


El método comprueba si se ha clicado en el objeto gráfico deseado y cambia el método de representación en la Vista:

Todas las adiciones se han hecho muy rápidamente. Si tuviéramos que realizar las mismas acciones un año después, no se tardaría mucho más. El desarrollador recuerda la estructura del script y de qué es responsable cada componente, por lo que también podemos navegar si perdemos la documentación u olvidamos los principios de funcionamiento.

Autor: Andrei Novichkov

 
MetaQuotes:

Artículo publicado Patrón de diseño MVC y posibilidad de utilizarlo (Parte 2): esquema de interacción entre tres componentes:

Autor: Andrei Novichkov

Andrey, gracias por el artículo.

Lo que le gustaría aportar a su proyecto...

1. Puede utilizar tipos sin signo en los parámetros de entrada, entonces el terminal simplemente no permite al usuario introducir valores negativos, por ejemplo uint.

2. No recomiendo redefinir los parámetros de entrada al valor por defecto, de lo contrario, cuando se utiliza el probador de estrategias, obtendrá una gran cantidad de ejecuciones idénticas y no sólo eso, el segundo punto es que se oculta a la vista y el usuario no se da cuenta de que comete un error, mejor decir sobre el error y dejar de trabajar.

3. Te recomiendo usar diccionarios para almacenar datos y variables en tu caso encajarán perfectamente, el código se puede reducir en ocasiones incluso en proyectos grandes.

4. Utiliza las clases estándar del terminal, por ejemplo para crear indicadores, etc. no hagas bicicletas, es poco probable que tu código sea utilizado por desarrolladores experimentados, pero mejorarás tus habilidades utilizando las clases estándar.

5. Utilice métodos virtuales siempre que sea posible para liberar las manos de otros desarrolladores que utilizarán sus clases y heredarán de ellas para que no modifiquen su clase directamente.
 
Gracias por el comentario. Presento el artículo (todos mis artículos) como algo que fomenta la reacción, la creatividad independiente. De ninguna manera como un dogma. Por lo tanto, sus comentarios son muy relevantes, se puede extraer mucha información útil de ellos.
Nuevo comentario