Discusión sobre el artículo "El lenguaje MQL como medio de marcado de la interfaz gráfica de programas MQL. Parte 1" - 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
Todo está en la documentación, estúdiala y úsala.
En la documentación hay una forma de obtener y pasar una referencia a una clase, pero no he encontrado ninguna referencia a funciones. Si no es muy difícil, ¿puedes darme un enlace?
Te he dado un enlace a la ayuda. Describe cómo crear un puntero a una función.
Te he dado un enlace a la ayuda. En él se describe cómo crear un puntero a una función.
Dmitry Fedoseyev, aunque ofensivo, muy divertido inserción de vídeo. Me he reído un buen rato. Cuando leí lo que resaltabas, me di cuenta de que parecía realmente estúpido. Sería más exacto decir no reescrito, sino mejorado y complementado. He leído muchos de tus artículos durante cinco años de tu presencia en este sitio, y no dudo de que tus conocimientos son muchos más que los míos, pero no estoy de acuerdo contigo en que no sea necesaria la programación orientada a objetos en la escritura exprés. Ya que en programas complejos, que usan interfaces gráficas, que combinan varios TS en un EA, que llevan estadísticas, etc, la POO ayuda mucho, a estructurar mejor el código del programa, y los patrones de diseño (aunque todavía estoy en los inicios de su estudio) aumentan muchas veces la potencia de la POO. Por supuesto, esto no significa que usted debe empujar en un pequeño EA, donde se puede hacer con los procedimientos ordinarios, y la velocidad de su escritura será muchas veces mayor. Si va a ser interesante voy a describir un ejemplo en el que he aplicado la programación orientada a objetos y una plantilla, y cómo se simplificó mi vida. Y si no es demasiado difícil Dmitry, ¿podría mostrar sus palabras"y más aún en la creación de un análogo de un delegado utilizando OOP mientras que hay punteros a funciones" en un ejemplo. O en que artículo se puede encontrar información sobre punteros a funciones. Gracias de antemano.
Punteros a funciones - busca "typedef" en la ayuda. C# tiene delegados y no punteros de función sólo porque todo el lenguaje está orientado a objetos, todo lo que es necesario y no necesario se hace a través de objetos.
Yo no rechazo la POO en absoluto, al contrario, es muy útil y conveniente, si tan sólo la aplicación de la POO no se convierte en un fin en sí mismo y no se convierte en obligatorio seguir unos cánones.
¿A quién te refieres exactamente? Sobre todo porque está en plural, y aquí no somos muchos. Si fuera en singular, pensaría que se trata de Peter. Pero es plural. Plantea preguntas.
¿Por qué no usas tu nombre de pila? Para que no surjan preguntas innecesarias. ¿O no puedes dar una patada al aire?
No llamaré a nadie directamente por su nombre, no me gustan los bazares. El plural es para generalizar. Al que le guste despotricar desde su posición de entendido, basándose en ridículas soluciones caseras, que pase de largo, en sus propios hilos.
No voy a llamar a nadie directamente por su nombre, no me gustan los bazares. El plural es para generalizar. Al que le guste despotricar desde su posición de entendido, basándose en ridículas soluciones caseras, que pase de largo, en sus propios hilos.
¿Y cuáles son los criterios de "ridiculez" tal y como tú los defines? ¿No pretendes crear un lenguaje de marcado "casero"? ¿No juzgas desde la posición de un "experto" en la tecnología, sobre la que no pudiste decir nada inteligible en el artículo? Bienvenido al club de los diletantes)). Es sólo que algunas personas aquí, en este campo (a diferencia de ti) tienen mucho más entendimiento. Así que no hay necesidad de "levantar la nariz".
Si crees que puedes "tranquilamente" descartar el lenguaje de otra persona y presentarlo como una solución lista sin revelar el concepto, eres un ingenuo.
Yo, por ejemplo, estoy interesado en soluciones alternativas de creación de lenguajes de marcado. Conozco mi tecnología y quiero saber cómo lo hacen los demás. Puntos de vista ajenos al problema. Bastante legítimo. Por tanto, busco un concepto claro, comprensible y coherente. ¿Y qué quería de sus lectores? - ¿Un acuerdo sin quejas?))))
Por lo tanto, por favor, sea adecuado y discuta las soluciones y acepte las críticas con calma.)))))
No voy a llamar a nadie directamente por su nombre, no me gustan los bazares. El plural es para generalizar. Al que le guste despotricar desde su posición de entendido, basándose en ridículas soluciones caseras, que pase de largo, en sus propios hilos.
Genial, entonces tú encabezas esta lista generalizada.
Lo siento por mi pregunta estúpida, pero ¿qué tipo de interfaz gráfica de usuario que está tratando de construir que no se puede hacer (o bastante difícil de hacer) dentro de MQL estándar libs?
Por otra parte, veo la realización es bastante complicado desde el principio. Tal vez podría ser mejor mirar en el estilo jQuery de implementación de interfaz de usuario?
Por ejemplo la creación de un botón simple podría ser como:
Por supuesto necesita tener su propio "generador de objetos" y demás, y también es posible hacerlo extensible y soportar objetos "definidos por el usuario", como con efectos de sombra, gradientes, etc.
Por lo tanto, podría ser más fácil para el desarrollador construir GUI de esta manera.
También es posible construir una aplicación como MT GUI Builder para la creación visual de GUI y exportar archivos JSON para una rápida implementación en el lado MQL...
Son solo mis pensamientos despues de leer el articulo y mi opinion.
Por supuesto, usted está en su propio camino.
Sí, puede haber diferentes enfoques. He mencionado sus opciones, que requeriría el análisis de formatos de terceros, pero dentro de su trabajo no sería diferente de lo que se hace ahora. El concepto propuesto es construir todo en MQL y no tener dependencias.