Discusión sobre el artículo "Interfaces gráficas XI: Refactorización del código de la librería (build 14.1)" - página 3
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
Lo único que dices son tonterías. )
Ciertamente, todo lo que se ha hecho no es porque usted lo haya dicho. Todo esto se planeó desde el principio y se publicó siguiendo estrictamente una secuencia determinada. Pero, por supuesto, puedes pensar lo contrario y seguir sumido, como dices, en "el caos de una búsqueda desesperada de una nueva versión de ti mismo". A mí no me importa. )
También he dicho que el crecimiento tecnológico está condicionado no sólo por la ampliación y adición de funcionalidades, sino también por la compresión y universalización del código. Combinando funciones dispares en bloques. Esto es exactamente lo que has demostrado en el artículo.
Ha fusionado repetidamente varias clases en una y ha comprimido el código. Al mismo tiempo, las clases se han hecho más universales en el sentido de que una clase contiene varios elementos similares y su selección la realiza el modo. Esto es compresión y universalización.
De nuevo, tenía razón.
¿En qué me equivoqué?
Por supuesto, no lo hiciste todo por lo que dije. Eso ya lo sé. Pero tenía razón en lo que dije.
¿Recuerdas la única forma de deshacerse de un troll? Eso es, no lo alimentes.
¿Recuerdas la única forma de deshacerse de un troll? Eso es, no lo alimentes.
Te daré algunas explicaciones. De postre. )
...
Por supuesto que no hiciste todo por lo que dije. Eso ya lo sé. Excepto que yo tenía razón en lo que estaba diciendo....
¿A quién le importa si tienes razón o no? ) Independientemente de lo que te digan los demás, sigues siendo lo que crees que eres. )
Has dicho cosas que son evidentes y se te señaló desde el principio. Pero además de eso también has emitido muchas tonterías. Por ejemplo, que es imposible implementar tal esquema eficientemente con la ayuda de la POO. ¿Pero cómo puedes llegar a esas conclusiones si ni siquiera conoces la programación orientada a objetos?
¿Te has dado cuenta de que el esquema general sigue siendo el mismo que antes de la refactorización? Y no hubo ninguna dificultad en tal transición. El tiempo principal se dedicó sólo a revisar varias docenas de archivos y pruebas.
En la implementación actual la transición a la tercera etapa sería aún más fácil. La dificultad no es precisamente esa. Si yo estuviera haciendo tal implementación, dibujaría todo de principio a fin en un solo objeto, no como lo demuestran algunos miembros del foro, cuando algunos objetos a veces (por el tiempo de uso) aparecen encima de la GUI principal. Desde el punto de vista del desarrollo personal como programador, ya no me interesan esas medias tintas. No está lejos de lo que se hace ahora en la versión presentada en el artículo. Y los usuarios de MQL-aplicaciones no verán ninguna diferencia en absoluto.
En mi versión actual todos los elementos se dibujan en objetos separados y sólo hay una excepción - objetos-gráficos(OBJ_CHART). Sería interesante realizar tal elemento en una forma dibujada en tal calidad y con tales capacidades, pero por el momento simplemente no tiene sentido. Hay cosas mucho más interesantes para mí en los servicios MQ presentados por los desarrolladores de MQ en este sitio. Literalmente dos o tres artículos más sobre "GUIs" en un futuro próximo, y luego las actualizaciones, si las hay, serán muy escasas. Principalmente será una profunda optimización de la librería, donde el consumo de recursos se mantendrá lo más bajo posible.
Algunas explicaciones te daré. De postre. )
1. ) ¿A quién le importa si tienes razón o no? 2.) Independientemente de lo que te digan los demás, seguirás siendo para ti mismo lo que crees que eres. )
2. Has dicho cosas evidentes y se te ha señalado desde el principio. Pero además de eso también difundiste muchas tonterías.
3.Por ejemplo, que es imposible implementar tal esquema eficientemente con la ayuda de OOP. ¿Cómo puedes llegar a esas conclusiones si ni siquiera conoces la programación orientada a objetos?
4.¿Te has dado cuenta de que el esquema general sigue siendo el mismo que antes de la refactorización? Y no hubo ninguna dificultad en dicha transición. El tiempo principal se dedicó sólo a revisar varias decenas de archivos y pruebas.
5. En la implementación actual, la transición a la tercera etapa sería aún más fácil. La dificultad no es precisamente esa. Si yo hiciera tal implementación, dibujaría todo de principio a fin en un solo objeto, no como fue demostrado por algunos miembros del foro, cuando algunos objetos a veces (por el tiempo de uso) aparecen encima de la GUI principal. Desde el punto de vista del desarrollo personal como programador, ya no me interesan esas medias tintas. No está lejos de lo que se hace ahora en la versión presentada en el artículo. Y los usuarios de MQL-aplicaciones no verán ninguna diferencia en absoluto.
En mi versión actual todos los elementos se dibujan en objetos separados y sólo hay una excepción - objetos-gráficos(OBJ_CHART). Sería interesante realizar tal elemento en una forma dibujada en tal calidad y con tales capacidades, pero por el momento simplemente no tiene sentido. Hay cosas mucho más interesantes para mí en los servicios MQ presentados por los desarrolladores de MQ en este sitio. Literalmente dos o tres artículos más sobre "GUIs" en un futuro próximo, y luego las actualizaciones, si las hay, serán muy escasas. En su mayor parte será una profunda optimización de la biblioteca, cuando el consumo de recursos se mantendrá al mínimo posible.
1. La verdad es que no. Si estoy equivocado y hay pruebas convincentes de ello, entonces lo admito y cambio mi punto de vista.
2. A menudo estas obviedades no lo son en absoluto. La capacidad de un desarrollador para pensar de forma abstracta y comprender el proceso de desarrollo a gran escala es una ventaja. No he encontrado esta comprensión en ti, por eso hablaba de ello. Me interesa el trasfondo filosófico de la acción, no sólo indagar en los detalles y la rutina. Llegar al núcleo y ver la esencia. Conocer el guión y la lógica del proceso es valioso para algunas personas. )
3. Es difícil decir lo eficaz que es ahora el esquema aplicado. Es relativo. Sin embargo, hay parámetros que permiten determinar la eficacia de la aplicación. Creo que se pueden encontrar. En este caso, se podría comparar la eficacia de la aplicación de los mismos mecanismos, pero realizados por una tecnología diferente. Entonces podremos sacar una conclusión sobre la eficacia. Si quieres, podemos intentar averiguarlo. Sigo pensando que esta aplicación no es suficientemente eficaz. Por desgracia, hay razones.
4. No es exactamente el mismo esquema. Has hecho cambios en las clases base. En el "núcleo" de la librería. Lo que decías en el artículo. Exteriormente, el esquema es similar, pero has cambiado a otra tecnología de creación de elementos.
5. Por cierto, nunca he dicho que quiera hacer una GUI completamente dibujada en un solo bitmap. Considero que esa idea es mala. Obviamente no es la mejor solución desde muchos puntos de vista. Así que para mí, - no es una "medida a medias", sino una elección hacia una opción más práctica.
Voy a añadir: Usted puede hacer todo en un mapa de bits de la siguiente manera: Todos los elementos dibujados son matrices con píxeles de imagen. Una vez creados, creas un mapa de bits y una gran matriz de imágenes y metes el contenido de cada elemento en ella secuencialmente. Como resultado, tienes un mapa de bits con una imagen completa de todo el contenido de la ventana. Estoy a un paso de esto. Creo que tú también puedes hacerlo.
...
Es entonces cuando podemos concluir la eficacia. Si quieres, podemos intentar averiguarlo. Sigo pensando que esta aplicación no es suficientemente eficaz. Por desgracia, hay razones.
...
...
Debo añadir: Usted puede hacer todo en un mapa de bits de la siguiente manera: Todos los elementos dibujados son matrices con píxeles de imagen. Una vez creados, creas un mapa de bits y una gran matriz de imágenes y metes el contenido de cada elemento en ella secuencialmente. Como resultado, tienes un mapa de bits con una imagen completa de todo el contenido de la ventana.
...
Sin comentarios, Capitán Obvio. )
Primero debes publicar con eficacia. Porque nadie ha tenido nunca en sus manos el objeto de tu "eficacia", excepto tú. Probablemente por el hecho de que es tan eficaz que da miedo mostrarlo. )
Sin comentarios, Capitán Obvio. )
Así que vamos a comparar eficiencias, ¿de acuerdo? Hice una sugerencia directa.
No me importa. Compara. )
Ok.
1. Primero definiremos los criterios para evaluar la eficacia de la tecnología utilizada.
2. A continuación, definiremos los criterios para evaluar la eficacia de los mecanismos aplicados.
3. 3. Elegiremos los mismos mecanismos hechos por ti y por mí y realizaremos pruebas con ellos.
Después, llegaremos a una conclusión inequívoca.
¿Estás de acuerdo con el plan?
...
Primero
...
Nosotros no, tú. Tengo algo que hacer (lee con más atención). No tengo ganas de perder el tiempo. )
Es una lástima.
Es una pena que el espíritu de lucha descanse ahora en alguna parte...).