Discusión sobre el artículo "MQL para "Dummies": Cómo Diseñar y Construir Clases de Objetos" - página 4
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
He leído la palabra "tetera" en el título del artículo. Creo que por fin se han acordado de mí, así que algo entenderé. Sí, lo entenderás. Y esto a pesar del hecho de que hace medio año he leído el libro de texto de Kovalev sobre MKL4 - aunque no hasta el final. Chicos vosotros antes de escribir la palabra dummies. inmediatamente especificaríais que por dummies probablemente queréis decir, por decirlo suavemente, no dummies. ¿¡O cuál es vuestra definición de dummies!?
Sí, yo pensé lo mismo. Me decepcionó mucho, pero en general, lo leí y lo descubrí. Es un juguete genial, aprendí algunas cosas.
pero tuve que averiguar muchas cosas de mis amigos que conocen oopeshniks, y hay gente asi.
pero por ejemplo es muy dificil entender polimorfismo y herencia.
si la encapsulacion todavia esta bien...
pero el resto de cosas son referencias a wikipedia.
el articulo no es para dummies despues de todo...
estoy esperando la parabolica, parece que el hombre escribe con normalidad.
como se suele decir con sal
y sin viajes innecesarios a la wikipedia.
Pero de nuevo, lo leeremos y lo descubriremos.
He leído la palabra "tetera" en el título del artículo. Creo que por fin se han acordado de mí, así que algo entenderé. Sí, claro.
¿Qué es lo que no entiendes? ¿Dónde están las preguntas? Estaré encantado de responderlas.
===
Mientras no haya diálogo, es difícil suponer lo que no está claro para el "bobo".
No se puede compilar.
'w_corner' - no se puede convertir enum ClassWin.mqh 114 20
No se puede compilar.
w_corner' - no se puede convertir enum ClassWin.mqh 114 20
usar typecasting explícito:
reemplazar
por
Property.Corner=(ENUM_BASE_CORNER) w_corner;Códigos fuente de los artículos corregidos. Gracias.¡¡¡¡Pregunta de un OOP dummy!!!!
Dominé MQL4 sólo para escribir Asesores Expertos (nunca aprendí a escribir indicadores). Finalmente escribí un Asesor Experto exitoso.
¿Cómo puede la programación orientada a objetos ayudarme a escribir Asesores Expertos, excepto para decorar gráficos con botones y otros objetos gráficos?
¡¡¡Pregunta de un tonto de la programación orientada a objetos!!!
¿Cómo puede la programación orientada a objetos ayudarme a escribir Asesores Expertos, excepto para decorar gráficos con botones y otros objetos gráficos?
¡¡¡¡Pregunta de un OOP dummy!!!!
Dominé MQL4 sólo para escribir Asesores Expertos (nunca aprendí a escribir indicadores). Finalmente escribí un Asesor Experto exitoso.
¿Cómo puede la programación orientada a objetos ayudarme a escribir Asesores Expertos, excepto para decorar gráficos con botones y otros objetos gráficos?
la pregunta es parecida a "¿para qué necesito un tractor si puedo desenterrar mis 2 metros cuadrados de huerto con una pala?", y si no son 2 metros cuadrados sino 20 hectáreas?
primero estudia las posibilidades de la OOP, y luego decide si te sirve o no.
En principio, si el proyecto no es grande y lo haces solo, puedes prescindir de la OOP, pero si trabajan varias personas juntas, incluso para proyectos pequeños la OOP supone una ventaja.
Por ejemplo, así: su estrategia comercial es una clase, y dentro de la clase hay métodos - MM, cálculo de los niveles SL y TP, filtros, etc. Después de haber creado una clase básica de su estrategia, a continuación, puede utilizarlo en diferentes Asesores Expertos, cambiando sólo uno o dos métodos, y el resto será heredado.
Aún así, no veo ninguna ventaja de usar OOP. Quizá me impide entender qué clase de bestias son esas "clases".
Lo que has dicho se puede formalizar como funciones independientes. ¿O no todas? No estoy siendo quisquilloso, por favor entiéndame correctamente - estoy tratando de entender los principios de la POO.
Me gustaría ver en ejemplos simples concretos la diferencia en la velocidad de trabajo de códigos formateados apropiadamente (con y sin POO), y las ventajas de la POO en términos de simplicidad de la organización del proyecto.