Creación de una interfaz gráfica para los MQL en modo gráfico. - página 11
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
¿Cómo es que sigue siendo así?
Todas las posibilidades de interoperabilidad existen desde hace mucho tiempo. El soporte de DLL en general se introdujo en 2004.
Nuestras lenguas evolucionan constantemente y se vuelven más potentes y funcionales. Y el ecosistema es más poderoso que cualquier otro.
¡Bien hecho! Y estoy seguro de que sólo va a mejorar. La ausencia de rigidez es la mejor característica de un equipo y del éxito de los desarrolladores. ))
¡Bien hecho! Y estoy seguro de que sólo va a mejorar. La ausencia de rigidez es la mejor característica de un equipo y del éxito de los desarrolladores. ))
¡Nuestro partido es nuestro timonel! Abajo la rigidez - ¡hay que cambiar las líneas del partido! ¡¡¡Vamos!!!
¡Bien hecho! Y estoy seguro de que sólo va a mejorar. La ausencia de rigidez es la mejor característica de un equipo y del éxito de los desarrolladores. ))
Lo será, especialmente cuando congelemos las versiones de 32 bits en septiembre y demos soporte a las versiones de plataformas de 64 bits únicamente.
Ahora estamos preparando una actualización seria del compilador con la transferencia de algunas funciones del sistema a los programas MQL5, lo que mejorará drásticamente el optimizador y acelerará el código resultante de los programas MQL5.
Publicaremos los puntos de referencia de rendimiento completos para compararlos con C++, junto con el código fuente, para que cualquiera pueda comprobarlos por sí mismo.
¿Cómo es que sigue siendo así?
Todas las posibilidades de interoperabilidad existen desde hace mucho tiempo. El soporte de DLL en general se introdujo en 2004.
Nuestras lenguas evolucionan constantemente y se vuelven más potentes y funcionales. Y el ecosistema es más poderoso que cualquier otro.
Está a un nivel, lo siento, parecido al de Borland C++ a finales de los 80. Danos una API completa con eventos, colbeles, implementable como un objeto COM - el terminal no tendría precio.
¿Por qué perdonar? Deja de delirar, por favor.
Tenemos un potente lenguaje de aplicación que ha demostrado, por el ecosistema que hemos construido, que vamos en la dirección correcta. Proteger a los usuarios, a los desarrolladores y a nosotros mismos.
Esto es un negocio, no una plataforma para populistas.
Esto es un nivel, perdón, algo así como el Borland C++ de finales de los 80. Dame una API completamente funcional con eventos, coliboxes, implementada como un objeto COM - y el terminal no tendrá ningún valor.
Aunque se está convirtiendo rápidamente en algo obsoleto, sería genial para la interfaz COM del terminal.
Sólo que no se ajusta al tiempo real :-(.
¿Por qué perdonar? Deja de delirar, por favor.
Tenemos un lenguaje de aplicación que ha demostrado por el ecosistema construido que vamos en la dirección correcta. Proteger a los usuarios, a los desarrolladores y a nosotros mismos.
Esto es un negocio, no una plataforma para populistas.
Una interfaz COM para el terminal sería genial, aunque se está quedando rápidamente obsoleta.
Pero no se ajusta al tiempo real :-(.
Lo haremos, sobre todo cuando congelemos las versiones de 32 bits en septiembre y sólo demos soporte a las versiones de 64 bits de la plataforma.
Ahora estamos preparando una actualización seria del compilador, trasladando algunas funciones del sistema a los programas MQL5, lo que mejorará drásticamente el optimizador y acelerará el código resultante de los programas MQL5.
Publicaremos los puntos de referencia de rendimiento completos para compararlos con C++, junto con el código fuente, para que cualquiera pueda comprobarlos por sí mismo.
Renat, antes de desactivar x32, por favor, asegúrese de ejecutar x64 bajo su nombre de host. Si no quieres/necesitas hacerlo, dímelo también, para que tengamos tiempo de pensar en las opciones.
Y dejemos de lado la emoción femenina y vayamos a los números. ¿Cuánta carga está poniendo la CPU para dar servicio a este horrible cuello de botella? De todos modos, el motor CLR se ejecuta constantemente en Windows y no somos los únicos que lo utilizamos. En primer lugar, es el propio viento el que lo utiliza.
El conjunto de .net, # es una máquina lenta y torpe, ¿cómo puede compararse el código gestionado y el nativo?
"Y la máquina CLR está constantemente en marcha en el viento de todos modos, no somos los únicos que la utilizan. Es sobre todo el propio viento el que lo utiliza" - Me solidarizo. Mirando la memoria, aquí está mi consumo de memoria por el sistema (linux):
MiB Mem : 2998.9 total, 2411.2 libre, 38.9 usado, 548.8 buff/cache
38,9 MB, inalcanzable para el Windows con sus máquinas virtuales, y eso mientras no se utilice el swap:
MiB Swap: 8192.0 total, 8192.0 libre, 0.0 usado. 2474.6 Mem disponible
Y se puede decir sin emociones - de qué manera las formas en C # son mejores que en C + + / FLTK, por ejemplo, hay un editor de formularios - FLUID, aunque no es necesario en mi opinión, simple ventana - una docena o dos docenas de cadenas?