Discusión sobre el artículo "Interfaces gráficas VI: Controles "Slider" y "Slider doble" (Capítulo 2)"
Me interesan sus comentarios y sugerencias.
Necesito una aclaración.
- ¿Cómo se separa el concepto de ventana principal y ventana de configuración?
- ¿Qué características sugieres añadir a la implementación actual de la ventana para que pueda llamarse "principal"?
En cuanto a los ejemplos presentados en los artículos, mi objetivo era mostrar cómo funcionan los elementos en distintas combinaciones. Es sólo una forma de demostrar la naturaleza no conflictiva de los distintos tipos de elementos. Esto es especialmente cierto para los elementos desplegables y los elementos que utilizan barras de desplazamiento.
...
Si haces que la ventana principal de la aplicación sea compuesta, darás a todos los desarrolladores la oportunidad de elegir el contenido "principal" para ella. En mi opinión, la "componibilidad " es la característica distintiva de la ventana "principal" de la aplicación.
En cualquier caso, creo que deberías estudiar el desarrollo de las capacidades de tus ventanas.
Pensamiento. La estructura actual de la biblioteca permite implementar dicha funcionalidad. Pero antes de empezar a implementarla, tenemos que resolver otra serie de cuestiones para que quede bonita. Veo varias opciones. Aún no sé cuál usaré, ya que necesito realizar una serie de experimentos y pruebas para elegir la que consuma menos recursos.
Lo haré después de que se publiquen los artículos previstos de la serie actual. Quedan los más complejos e interesantes desde el punto de vista de los controles de desarrollo.
En general, no prometo hacerlo rápidamente, porque además de eso también he planeado optimizar el código en la versión actual y hacer algunas adiciones y correcciones, lo que debería reducir significativamente el consumo de recursos. Y también hay un punto que cuando se habla de optimización y los intentos de reducir el consumo de recursos, todavía no se sabe si usted será capaz de obtener alguna ganancia en el final. Ocurre que puedes dedicar mucho tiempo, y cuando llegues a la meta verás que no sirve para nada. Pero eso no me asusta. Si no lo intentas, no lo sabrás. ;)
Sin embargo, una forma muy interesante de plantear la cuestión.... Personalmente, nunca se me había ocurrido que la optimización y la reducción del consumo de recursos pueden ser innecesarias e incluso perjudiciales, y en la "línea de meta" no ser útiles. Me has dejado perplejo.... Ciertamente se puede tener una discusión o argumentación sobre este tema, pero es poco probable que encuentre suficientes argumentos, ya que nunca he mirado la cuestión desde este lado.
...
No soy yo quien dice que "optimizar y reducir el consumo de recursos puede ser innecesario e incluso perjudicial". En mi caso, la optimización tiene que hacerse y sin duda habrá una ganancia. Simplemente lo haré y si hay un resultado, escribiré un artículo sobre ello. Ahora mismo no hay tiempo suficiente para profundizar en ello.
¿Es realmente necesaria toda la sintaxis de programación orientada a objetos? Por ejemplo: ¿por qué pasar variables a funciones cuando puedes hacerlas visibles a nivel global? ¿Por qué conectar clases cuando se pueden conectar archivos de funciones? Los archivos no requieren un complejo sistema de interconexión de funciones,creación de objetos de clase para acceder a funciones y variables. Por qué un desorden colosal de reglas y sintaxis diversas, que distrae de la esencia del problema que se está resolviendo y confunde.
Trate de hacer lo mismo, pero sin OOP. Para que todo funcione exactamente así. Lo intenté primero y llegué a la conclusión de que sin OOP es muy difícil hacer un proyecto así, incluso si lo haces sólo para ti. Ahora puedo navegar en esta estructura muy fácilmente. Todo está organizado y en su sitio. Hay acceso a todos los objetos y elementos de la biblioteca. No se solapan unos con otros y sólo se accede a ellos cuando se puede, cada uno tiene su propio tipo y nombre. Puedo ver dónde puedo refactorizar, optimizar el código y algunos algoritmos, reducir el consumo de recursos.
Todo el mundo puede contribuir no sólo con sugerencias, sino también con métodos para resolver algunos problemas, si ven y saben cómo hacerlo. Ya he recibido muchas sugerencias en privado de diferentes usuarios sobre qué y dónde arreglar. También en el foro inglés se han señalado algunos errores de diseño de esta biblioteca. Ya conozco al menos cuatro factores que aumentan el consumo de recursos. Algunos obviamente consumen innecesariamente y eliminarlos seguramente dará resultados. Pero todo esto es sólo en teoría por ahora. En cualquier caso, tenemos que hacer, ejecutar pruebas y sólo después de eso podemos decir si hay alguna ganancia o no.
En cualquier caso, considero que las discusiones sobre qué métodos de programación son mejores y cuáles son peores carecen de sentido. Tu experiencia puede decirte una cosa, y otra persona puede decirte exactamente lo contrario. La vida es infinitamente diversa en su variedad. ;)
Pero el orden como tal no está ligado a un método concreto de su aplicación. Si creas un orden en un programa dividiendo la funcionalidad por clases, debes saber que el mismo orden se puede repetir dividiendo la funcionalidad por ficheros.
Orden sí, pero acceso y funcionamiento de muchos objetos de diferentes tipos, no. En mi opinión, es mucho más fácil en OOP.
Si creas una enumeración o estructura COMO ESTAS, entonces ELLAS no tienen que ser hechas de acuerdo a las reglas OOP, y con sintaxis OOP. Puedes simplemente comentar la línea y escribir "Estructura A. Lista de elementos:" y el acceso a las variables se simplificará. La POO no ayuda a ordenar nada, sólo ofrece un estándar unificado para escribir un esquema de ordenación ya hecho.
¿Por qué? Porque puedes crear una estructura completa de una vez y luego hacer malabarismos con todo esto declarando sus instancias, matrices e incluso matrices de matrices de instancias. Se puede hacer sin programación orientada a objetos, pero en mi opinión la programación orientada a objetos es más cómoda.
¿Y cómo se va a simplificar el acceso a las variables cuando están fuera de una estructura o clase? Al contrario, es el esquema de orden bien pensado de la POO lo que ayuda a organizarlo todo y a simplificar el acceso a las variables a las que se puede acceder y a las que no, a cerrarlas del todo.
No puedo discutir contigo aquí. Como la POO está generalmente aceptada, el desarrollo de tu biblioteca puede ser fácilmente recogido por otros programadores. Te deseo que esto suceda. :)
Para eso se empezó todo esto. Una cabeza es buena, pero no suficiente. ;)
¿Qué es para ti, si no es un secreto?
Pregúntale al universo. Sólo somos herramientas en sus manos. ;)
¿Vanidad?
No. Satisfacción. Pero no por vanidad. No sé por qué. Quizá por adelgazar en parte el enjambre de ideas y tareas sin realizar que tengo en la cabeza. Y también escribir artículos me disciplina, ya que la responsabilidad es mayor. He mejorado significativamente el código de esta biblioteca, que originalmente escribí para mí. Y esto está lejos del límite.
Además, pagar por los artículos es al menos una pequeña compensación por el tiempo invertido.
Los jefes son perezosos en su mayoría, y valoran mucho más los productos acabados que los kits de herramientas con instrucciones o materiales de construcción a partir de los cuales fabricar esos productos. Al verse obligados, utilizarán tu biblioteca, pero si se les da la oportunidad de reducir el esfuerzo y crear una interfaz sin escribir código, lamentablemente olvidarán rápidamente tu hermosa biblioteca. Esta será precisamente la traición a la que la sociedad siempre somete a las personas honestas y nobles que desinteresadamente le entregan su esfuerzo y su alma.
Puede que la mayoría lo haga, pero no todos. Es con ellos con quienes comparto. Igual que ellos comparten con los demás.
Por cierto, estoy pensando en hacer también un estudio visual para crear interfaces gráficas. Se creará con la ayuda de esta biblioteca. Quiero hacer algo parecido a lo que se hace en Microsoft Visual Studio. Y tal vez incluso mejor. El tiempo lo dirá. Como siempre, todo empieza con pequeños experimentos. Ni siquiera yo sé lo que obtendré al final. )
Me parece que la comunidad está madura para una revolución en la práctica de la creación de programas de comercio, y usted quiere proporcionar otra "actualización". Sin embargo, con todo esto, le deseo buena suerte. :)
¡Por supuesto que sí! Es por eso que decidí publicar todo esto. Para arreglar y seguir avanzando en esta dirección. ;)
¡¡¡Qué ambición y qué optimismo!!! Como la mía...))))))
¿Podría aclarar a quién dirige su llamamiento: sólo a mí o a Anatoly y a mí?
Si es a mí, recientemente he demostrado las capacidades básicas de mis ventanas, barras de desplazamiento, tabla y efectos especiales.
A ti, por supuesto. ¿Quieres competir con las bien comentadas fuentes de Anatoly con tus vídeos? ¿En qué categoría? )
Para evaluar el programa, necesitas al menos una versión demo. Es una interfaz, necesitas sentirla.
Por eso te insto a que dejes de hablar del "temible competidor" y pases a su demo ;)
... Pregúntale a Anatoly si me considera un competidor. Que te lo diga él mismo. :)
No, no le considero un competidor. Trabajo en un formato diferente y no coincidimos en nada. Y tampoco quiero jugar a la carrera. Trabajaré a mi ritmo habitual.
Publico material de mi parte sólo después de lograr más o menos, en mi opinión, una calidad aceptable.
Por cierto, el próximo artículo a publicar es: Interfaces Gráficas VII: Elementos de "Tablas" (Capítulo 1). En él se introducirán hasta tres clases de tablas. ;)
Esperaba un poco de competencia. :) Qué pena. Ah, bueno. Me he dado cuenta de que la comunidad tiene un espíritu competitivo débil. Cuando pregunté acerca de la competencia en el mercado - me dijeron que no hay ninguno, cuando traté de apoyar la iniciativa de otra persona para celebrar el campeonato - por lo que los participantes casi no se encuentran.... Aburrido como es ...;) Bueno y todo bien.
Definitivamente voy a mirar a los futuros artículos. Buena suerte. :)
Vamos a competir en calidad y funcionalidad.
Además, ya he publicado 18 artículos. Son 18 jugadas. No, 18 goles has marcado. Y aún no has hecho ni uno. Te prometo al menos 7 más. No es muy interesante cuando es un juego de un solo gol. ;)
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Usted acepta la política del sitio web y las condiciones de uso
Artículo publicado Interfaces gráficas VI: Controles "Slider" y "Slider doble" (Capítulo 2):
En el artículo anterior nuestra librería ha sido completada con cuatro controles bastante frecuentes en las interfaces gráficas: “checkbox”, “campo de edición”, “campo de edición con checkbox” y “combobox con checkbox”. El segundo capítulo de la sexta parte estará dedicado a los controles como Slider y Slider doble.
Vamos a utilizar seis objetos gráficos para diseñar este control. Son los siguientes:
Fig. 1. Partes integrantes del control “Slider”.
Autor: Anatoli Kazharski