Creación de una interfaz gráfica para los MQL en modo gráfico. - página 9

 
Алексей Барбашин:

Ahora sólo tienes que afilarlo ))

Esa no es mi opción. ))
 
Alexey Volchanskiy:

Todavía no hay nada más que emociones.

Alexey, ¿qué quieres? Estás un poco confuso después de los acontecimientos felices :-)

No hay emoción: su amor por .net es producto de la gestión y la emoción. Hay que sopesar los pros y los contras antes de coger una tecnología y correr como lemmings.
c .netproject requires 2 shells for development ( MT and VS) . Se puede crear un cuello de red C++ sin salir del entorno común.
Depurar la dll de .net que se ejecuta desde MT5, con el aumento de la protección de la depuración y el rastreo, puede ser fácil, pero yo personalmente no lo necesito.

Las superposiciones en las llamadas DLL, también están ahí. Y en el modelo de tiempo de ejecución cuando MT exclusivamente encuestas, son muy sensibles. Si ejecutamos el cálculo del hipercubo en la DLL, no lo notaremos.
Pero si estás constantemente sondeando el formulario, si el maldito usuario presionó OK, entonces uh-oh. Y en sus revendedores favoritos :-)

 
Alexey Volchanskiy:

Todavía no hay nada más que emoción.

La ignorancia da confianza. Pero el conocimiento multiplica el dolor.

Te opondrás cuando:
- una enorme máquina virtual alienígena
- secuestra tus extractos y se cree el maestro
- se come un montón de memoria y se cree que es el maestro
- ejecutar un montón de hilos que tienen una vida propia.
- El recolector de basura crece al máximo y limita su proceso.
- todas las llamadas a través del wrapper

Por el bien del gui, es definitivamente exagerado.
 
Maxim Kuznetsov:

Alexei, ¿qué quieres? Estás un poco confuso después de los alegres acontecimientos :-)

No hay emoción: su amor por .net es producto de la gestión y la emoción. Hay que sopesar los pros y los contras antes de tomar una tecnología y se corre como los lemmings.
Un proyecto .net requiere 2 shells para el desarrollo ( MT y VS) . C++ netleneck puede desarrollarse sin salir del entorno común.
La depuración de la dll .net, lanzada desde MT5, con la creciente protección de la depuración y el rastreo, puede ser fácil, pero yo personalmente no lo necesito.

Las superposiciones en las llamadas DLL, también están ahí. Y en el modelo de tiempo de ejecución cuando MT exclusivamente encuestas, son muy sensibles. Si ejecutamos el cálculo del hipercubo en la DLL, no lo notaremos.
Pero si estás constantemente sondeando el formulario, si el maldito usuario presionó OK, entonces uh-oh. Y en sus revendedores favoritos :-)

Maxim, en lo que se refiere a la retroalimentación, no hay diferencia entre usar net o C++. Por ejemplo, usted ha implementado una GUI en Tcl. Al fin y al cabo, usted también tiene un problema de retroalimentación. No depende del entorno de desarrollo. Si intentas alojar la GUI en un gráfico, surgirá el mismo problema de renderización. No es que haya ninguna discusión sobre el rendimiento en el hilo. Es una cuestión de gustos, básicamente.

 
Renat Fatkhullin:
La ignorancia da confianza. Pero el conocimiento multiplica el dolor.

¿Te importaría cuándo?
- una máquina virtual ajena y enorme se mete en tu proceso
- secuestra tus extractos y se cree el maestro
- se come un montón de memoria y se cree que es el maestro
- ejecutar un montón de hilos que tienen una vida propia.
- El recolector de basura crece al máximo y limita su proceso.
- todas las llamadas a través del wrapper

Para un gui, es definitivamente exagerado.

Renat, ya que te "metiste" en el tema, puedes decirme cómo implementar la retroalimentación entre aplicaciones de terceros, sin importar en qué ambiente estén escritas, incluso con C++, con MT.

 
Алексей Барбашин:

Renat, ya que te has "metido" en el tema, ¿podrías decirme cómo implementar la retroalimentación entre una aplicación de terceros, sin importar en qué entorno esté escrita, aunque sea C++, con MT.

No es así. Incluso dentro de MT, todo es sólo por eventos MQ predefinidos.
Entonces, ¿qué diferencia hay? No es así.
 
Yuriy Asaulenko:
No hay manera. Incluso dentro de la MT, todo está predefinido. Eventos MQ.
Entonces, ¿qué diferencia hay? No lo hace.

Bueno, en MT es más fácil, a través de eventos. Si se produce un evento, ejecutamos el comando, si no hay evento, descansamos. Y usar el temporizador para jerarquizar una aplicación externa, sin importar en qué esté escrita, no es muy conveniente. Además, a diferencia de la red, la MT no tiene hilos. Tanto el temporizador como los eventos ocurren en un solo hilo, lo que impone las restricciones correspondientes. Si fuera posible llamar al mismo OnChartEvent desde fuera, se podrían resolver muchas cuestiones. Básicamente no entiendo por qué hay una prohibición de llamar a este método. Al fin y al cabo, MT intercepta los eventos del entorno: el movimiento del ratón, los clics del teclado o del ratón... Así que en ese sentido los eventos interactúan con el windup, entonces no está claro por qué un evento de usuario no puede ser enrutado allí también. Sería un mago universal.

 
Sondeo unidireccional a partir de µl, pips, archivos o peticiones web.

No podemos utilizar las llamadas directas a la inversa. Aunque podemos añadir un método como OnExternal con parámetros, pero tenemos que pensar en el canal de transferencia.

Puede ser:
- un callbucket con parámetros, registrado en la dll
- nombre del mutex como disparador
- mensaje de windows para PostMessage

 
Алексей Барбашин:

Bueno, en MT es más fácil, a través de eventos. Si llega un evento, ejecutamos el comando, si no hay evento, descansamos. Pero no es muy conveniente tirar temporalmente de una aplicación externa, no importa en qué esté escrita. Además, a diferencia de la red, la MT no tiene hilos. Tanto el temporizador como los eventos ocurren en un solo hilo, lo que impone las correspondientes restricciones.

Bueno, lo que quiero decir es que las aplicaciones externas tienen la misma funcionalidad, no difieren de los programas de MT, en lo que respecta a los eventos de MT.
 
¿Por qué se ha detenido en Dotnet para el goo?

Se pueden crear fácilmente formularios sencillos en C++ y otros lenguajes. Y no habrá problemas de interconexión ni de pérdida de recursos.

Y en MQL5 es absolutamente fácil hacer interfaces en un idioma nativo.