¿Cuál es la mejor y adecuada forma de escribir el código en Windows Forms?

Question

¿Cuál es la mejor manera de escribir el código?

(1) Como escribir directamente el código en el evento button_click().

o

(2) Hacer la función de ese código que escribo en caso button_click() y escribir esta función en una clase y luego de que la función que debería llamar en el button_Click() event.Like Cómo se llama three-tier approach para escribir el código?

Al igual que en el caso button_Click() que escribir el código para guardar los registros en csv file from datatable.So que debería escribir ese código en el evento button_Click() o debería hacer una nueva función y una nueva clase de escritura y que el código de la función para la que es la nueva clase y llamar a esa función en caso button_Click().

Esto es sólo un ejemplo, pero Estoy hablando de todo el código escrito en mi aplicación lo que es el appropriate and best way to write the code y cuáles son los beneficios? Tenga en cuenta que escribo el código en Winforms con C #.

Answer 1

Hay que ir para la función separada en una clase diferente. Usted debe hacer que debido a que va a hacer el código reutilizable y crear una separación decente entre la interfaz de usuario y la lógica de la aplicación. De esta manera, se podría, por ejemplo cambio de la interfaz de usuario sin afectar al resto de la aplicación.

También echar un vistazo a patrón MVC , vas a entender mejor la idea.

La única situación en la que creo que la primera opción se debe utilizar es cuando se hace algún tipo de acción que afectará a la interfaz de usuario, y todavía voy a crear esto en una función separada dentro de la clase Form.

Si está afectando a la interfaz de usuario, que debe estar en la misma clase porque está relacionado y, por ejemplo si se trata de un código para actualizar una rejilla voy a poner esto en un método separado dentro de la misma clase Form, porque esto podría ser utilizado en diferentes lugares dentro de él. Por lo que cambiar la interfaz de usuario no tiene impacto en la aplicación, que acaba de hacer su código reutilizable y fácil de mantener.

Answer 2

Todo depende de la situación.

Si se va a hacer cambios a la forma, entonces es mejor tener el código de actualización en el formulario. Sin embargo, si hay un montón de procesamiento, entonces seguramente es mejor diseño para tener un mango clase separada del puesto de trabajo.

Todo depende de la situación.

Answer 3

En general, usted no quiere ninguna lógica en el controlador de eventos, desde interfaces gráficas de usuario tienden a proporcionar mecanismos redundantes (menú contextual, la barra de menú, barra de herramientas, tecla de aceleración) para la activación de la misma orden, y las firmas de eventos no son compatibles para todos ellos. Entonces la pregunta es si su función común debe ir en la clase de formulario o en el modelo de datos.

A menudo comienzan con la lógica en la forma y luego refactorizar en las clases del modelo, según sea necesario. Muchas pequeñas aplicaciones nunca conseguirán lo suficientemente grande que se requieren múltiples clases de mantenimiento. Siempre y cuando se evite la duplicación de código (es decir, copiar + pegar) y luego refactorización será sencillo tarde si encuentra que lo necesite.

Answer 4

Siempre es bueno para desarrollar clases de puestos de trabajo. Ya que hace que su código reutilizable y también poner en práctica la arquitectura de tres niveles. La ventaja es que es fácil de entender.
Lo importante es que, sólo es beneficioso si usted desarrolla sus clases de manera apropiada. Desarrollar métodos de la clase que puede ser reutilizable para usted.
La otra ventaja es que oculta la complejidad de su código.

Answer 5

Hay dos enfoques generales para la adición de la estructura de código: de arriba hacia abajo y de arriba abajo. De arriba hacia abajo estructura viene del trabajo de diseño que puede implicar un proceso formal o informal y artefactos de diseño puros como diagramas UML o las especificaciones funcionales. El objetivo final en un proceso de arriba hacia abajo es crear clases e interfaces en su código que proporcionarán estructura adecuada para hacer su mantenible código. Esto puede suceder antes de escribir el código, o como parte de una iteración, pero la idea es que se cree la estructura en primer lugar, a continuación, crear el código.

estructura hasta la parte inferior viene de refactorización. Por ejemplo, comenzar con toda su lógica en un clic de botón. Cuando se agrega un elemento de menú que hace lo mismo que el botón de clic, mover el código de su botón de función de clic en una función miembro privada en el formulario. Cuando necesite las mismas características en una parte diferente de la aplicación, encapsular las variables de código y estatales utilizados por su función miembro privada en una clase.

Me gustaría recomendar el uso de ambos enfoques. La combinación adecuada para su situación depende del equipo de desarrollo (tamaño, ubicación, capacidad de comunicarse) y el tamaño de la aplicación. En términos generales, las grandes aplicaciones requieren más arriba hacia abajo, y en aplicaciones muy pequeños una cantidad mínima de arriba hacia abajo de diseño es adecuado. Pero siempre debe haber una planificación a alto nivel, incluso para una pequeña aplicación.