Estoy ocupado escribiendo un programa en Visual Basic .NET y tengo algunas preguntas sobre las mejores prácticas. Sé que es un poco abierto, pero solo se apreciarán algunas pautas/ideas o incluso enlaces.Buenas prácticas de VB.NET y clases de diseño
En primer lugar, el código en el formulario principal es un poco largo (alrededor de 1000 líneas). ¿Cuál es una cantidad aceptable de líneas de código para el formulario principal o cualquier otra forma para ese asunto? He dividido el programa en clases en la medida en que tiene sentido lógico para mí. ¿Cuáles son algunas buenas pautas para lo que se debe agregar en una clase? ¿Debería agregar funciones en clases como funciones compartidas en lugar de poner el código en la forma principal? Además, ¿debería abstenerme de agregar código en los módulos?
En una nota similar, estoy buscando información sobre cómo diseñar un gran proyecto de software. Conozco el lenguaje bastante bien ahora, pero ¿cómo se planifica realmente cómo crear un gran programa o eso solo viene con la experiencia?
Sí, como el código en mi formulario principal se alargó, supe que estaba haciendo algo mal. Gracias, echaré un vistazo a los enlaces – Johan
+1 para las referencias Head First y tier ... :-) – klabranche
@Johan - sí, es una buena idea. Básicamente, quieres pensar en el futuro. Si decide mudarse a WPF, ¿romperá toda su aplicación? Si decide cambiar de un back-end SQL (por ejemplo) a un backend XML, ¿rompería toda su aplicación? Desea que estos tipos de cambios tengan un impacto tan limitado en su aplicación como sea posible. De esta forma, cuando el jefe decide que la nueva tecnología es el camino a seguir, no reinventa la rueda rehaciendo las más de 1,000 líneas de código. – IAmTimCorey