Después de leer muchas teorías sobre la separación de interfaces y códigos, me pregunto cómo comprende el comando/patrón de acción. También tengo esa pregunta aquí. Delphi Control o el método de llamadas de eventos es el método de diseño del control de Delphi o el método de llamada de eventos. En otras palabras, no hay necesidad de perseguir deliberadamente el modo de comando/acción, pero es suficiente prestar atención a la codificación general.
Hasta donde yo entiendo, tome el evento OnClick de Tbutton.
En términos generales, si queremos definir este evento, simplemente haga doble clic en el control y luego escriba el código, por ejemplo:
Procedimiento tForm1.Button1Click (remitente: tobject);
Comenzar
...;
fin;
Algunas personas pueden pensar que el acoplamiento entre el código y la interfaz es más grave porque esta función realmente se mezcla con la interfaz.
Pero no lo creo, tomemos el siguiente ejemplo:
Si desea usar otro botón2 (o un evento de Menuitem u otro evento de comando) para implementar esta función, solo puedo hacer el evento OnClick de Button2 Point to Button1Click. Y al modificar, ¿solo mantiene el código de botón 1 de clic?
O, en segundo lugar, cuando inicializo Button2 (porque Button2 se puede crear dinámicamente), simplemente haga botones 2.Niflace: = Button1Click, ¿por qué tengo que implementar esta llamada Tacción?
Hablemos sobre el control de la interfaz. Todas las llamadas al espacio del botón 1 El clic desaparece y puedo hacer esto:
Si el remitente es tcontrol entonces
TControl (remitente) .visible: = false;
Esto no es diferente de llamar a taction.visible.