Galería de interfaces de usuario escritas en MQL - página 56
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
Simplemente NO estoy usando el lienzo de stock :).
Y me pareció más fácil de implementar una interfaz multi-ventana en un mapa de bits. ¡Pero cada uno a lo suyo!
Por desgracia, no en todos los casos. Para mis tareas es técnicamente más fácil trabajar con un conjunto limitado de mapas de bits. Y 100% más rápido. Mucho más rápido.
Pero, para otros desarrollos otras soluciones funcionan mejor, así que sí - a cada uno lo suyo. :)
No Perth, sigue siendo demasiado. Tu interfaz con todo el texto, sombras, etc. alcanza un máximo de 50ms en un procesador débil.
Sí, lo comprobaré todo de nuevo. Pero ese no es el punto. El bloque de dibujo no sólo dibuja. Hay laberintos lógicos dentro de él que procesan los eventos entrantes. Son necesarios para determinar qué dibujar y qué no. Elige de dónde tomar las imágenes, dónde y cómo superponerlas. Si fuera una simple función de dibujo de 100 líneas, no habría nada que decir. Pero se trata de un mecanismo masivo para garantizar que se dibuja TODO.
Merece la pena tenerlo en cuenta)).
Simplemente NO estoy usando el lienzo de stock :).
...
Y esto, es una agradable sorpresa. :) El autodesarrollo siempre mola. Aunque sea imperfecto.
No me molesta la clase Ccanvas (incluso incluí su funcionalidad en los archivos constructores), pero todavía no la uso. La palabra clave es "todavía". Tengo grandes planes para ella. En el futuro.
Sí, lo comprobaré todo dos veces. Pero esa no es la cuestión. El bloque de dibujo no sólo dibuja. Hay laberintos lógicos en su interior que procesan los eventos entrantes. Son necesarios para determinar qué dibujar y qué no. Elige de dónde tomar las imágenes, dónde y cómo superponerlas. Si fuera una simple función de dibujo de 100 líneas, no habría nada que decir. Pero se trata de un mecanismo masivo para garantizar que se dibuje TODO.
Merece la pena tenerlo en cuenta)).
No, cuando se implementa correctamente, el modelo de eventos no tarda más de un microsegundo (una millonésima de segundo), aunque haya miles de comprobaciones.
No estoy a la defensiva))) Ja ja. Sólo explicando. ))
Ok. Empezaré con una prueba sencilla. Llenaré un lienzo a pantalla completa con un color y mediré el tiempo. Tú haz mediciones de tu función de renderizado y entonces quedará más claro si tengo frenos en mi código. Puede que los haya. No lo discuto. Necesito comprobarlo.
No estoy a la defensiva). Ja, ja. Sólo me explico. ))
Bueno. Empezaré con una prueba sencilla. Llenaré un lienzo a pantalla completa con un color y mediré el tiempo. Tú haz mediciones de tu función de renderizado y entonces quedará más claro si tengo frenos en mi código. Puede que los haya. No lo discuto. Necesito comprobarlo.
Pensé que tal vez usted nunca ha trabajado con perfiles. Tampoco trabajas con depuración.
Pensé que tal vez nunca has trabajado con perfiles. Tampoco trabajas con depuración.
Probablemente la velocidad pueda relegarse a un segundo plano, y optimizarla no es algo que pueda hacerse rápidamente, por ahora es mejor mejorar la funcionalidad.