Interfaz gráfica de usuario de origen colectivo. Prueba beta abierta. - página 35

 
Alexandr Andreev:

En este caso, es necesario conocer los nombres de todos los elementos de memoria, pero aquí en el archivo todo está ya generado

Como se puede ver en el vídeo, es necesario conocer los nombres de los elementos en cualquier caso. En principio, esto es lógico.

Pero no entiendo cómo se pueden dar nombres significativos a los controles por uno mismo. Aparentemente no hay manera.

 
Alexandr Andreev:

Es más fácil recordar tus propias variables que aprender las de otros.

En general, elcódigo debe tener un mínimo de variables globales, todas implementadas pasando trozos de memoria y procesando múltiples valores a la vez. Tiene sentido que ..... .... .... HH trató de recortar las palabras relacionadas con los objetos directamente.

En general, es más fácil utilizar colbacks normales.

En el vídeo se ha visto que Petr ha construido TODOS ellos con variables globales.

La función de procesamiento de mensajes es la única para todo el programa y sólo se le envían valores.

Esta función única comprueba los cambios en todos los controles disponibles que se encuentran en la matriz global. Y el deterioro de esta función crecerá a medida que aumente el número de elementos del formulario.

Peter afirmó que no tendrás que hurgar en su código: pues bien, ese es exactamente el lío en el que tendrás que hurgar muy seriamente. Esto podría evitarse fácilmente si en cada caso Peter generara un método de evento por defecto pasando el tipo, nombre y valor del control. Entonces todo el asunto se manejaría fácilmente en el cuerpo del EA principal.

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

Como puedes ver en el vídeo, necesitas saber el nombre de los elementos de todos modos. Esto tiene sentido en principio.

Pero no entiendo cómo puedes dar nombres significativos a los controles tú mismo. Aparentemente no hay manera.

En los elementos que tienen texto, como los botones, puede escribir los nombres directamente en ellos (haciendo doble clic) o en el segundo campo de entrada superior del panel de propiedades. Otros - sólo en el campo del nombre en el panel de propiedades. Allí también puede especificar el nombre de las ventanas (campo superior).
 
Реter Konow:
¿Y a qué te refieres con el medio ambiente?

lenguaje de marcado

 

El vídeo mostraba claramente que no se puede obtener un valor de un control concreto en un lugar concreto. El valor sólo puede ser recuperado en el momento de un evento de cambio en esa gran hoja. Y todo porque no hay nada a lo que referirse ya que no hay objetos...

Pyotr dijo que tardaría al menos un año en modificar su código... No estoy tan seguro de eso. La edición regular de textos, que es lo que son los trozos de código, le permitirá sustituir una cosa por otra en ellos muy rápidamente. Pero esa es una canción completamente diferente...

 
Para nombrar un elemento en el cuadro de propiedades, el elemento debe estar enfocado. Simplemente, hay que hacer clic en él y todas sus propiedades se mostrarán en el panel de propiedades y estarán disponibles para su edición. Este es el enfoque clásico de los editores de visados.
 
Реter Konow:
En los elementos que tienen texto, como los botones, puede escribir el nombre directamente en ellos (haciendo doble clic), o en el segundo campo de entrada superior del panel de propiedades. Otros elementos - sólo en el campo del nombre en el panel de propiedades. Allí también puede especificar el nombre de las ventanas (campo superior).

Volví a revisar el vídeo - sí, es cierto, siento no haberme dado cuenta enseguida. Es realmente un enfoque clásico. El nombre del elemento y el texto que aparece en él (contenido) pueden no ser iguales.

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

El video mostró claramente que no se puede obtener un valor de un control específico en un lugar específico. El valor sólo puede ser recuperado en el momento de un evento de cambio en esa gran hoja. Y todo porque no hay nada a lo que referirse ya que no hay objetos...

Pyotr dijo que tardaría al menos un año en modificar su código... No estoy tan seguro de eso. La edición regular de textos, que es lo que son los trozos de código, le permitirá sustituir una cosa por otra en ellos muy rápidamente. Pero esa es otra historia...

Eh, supongo que tendré que hacer otro vídeo... Me olvidé de mostrar cómo el EA obtiene el valor de los elementos. La misma llamada, sólo que con paréntesis vacíos, devuelve el valor actual del elemento.

También existe la posibilidad, mediante la misma llamada, de cambiar los colores y los estados del elemento.

Hoy haré una pequeña demostración en un gifka.
 
Реter Konow:
Eh, supongo que tendré que hacer otro vídeo... Me olvidé de mostrar cómo el EA obtiene el valor de los elementos. La misma llamada, sólo que con paréntesis vacíos, devuelve el elemento actual.

Cuando se abre el editor, no entiendo por qué no se "extienden" los paneles del "editor de propiedades" y de la "biblioteca de elementos" hacia los bordes del gráfico, y por qué se superponen entre sí. Es algo pequeño en el flujo global, por supuesto, pero es algo que llama la atención.

 
Реter Konow:
Eh, supongo que tendré que hacer otro vídeo... Me olvidé de mostrar cómo el Asesor Experto obtiene el valor de los elementos. La misma llamada, sólo que con paréntesis vacíos, devuelve el valor actual del elemento.

También es posible cambiar los colores y estados de un elemento con la misma llamada.

Hoy haré una pequeña demostración en un gif.

Ah, bueno, sí, lo podías haber adivinado, era tonto. Dado que todo en su programa se basa en variables globales y no existe el concepto de contexto, por supuesto que se puede obtener cualquier cosa en cualquier lugar del programa.

Razón de la queja: