2011-05-14 21 views
5

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?

Respuesta

8

Parece que no está creando capas distintas en su aplicación. Si su formulario principal tiene 1,000 líneas de código, probablemente esté poniendo lógica comercial o incluso código de acceso a datos en el formulario mismo. Realmente necesita separar sus capas (al menos capa de presentación, capa de lógica de negocios y capa de acceso a datos). Esto te ayudará a seguir mejor los buenos principios de OO. En relación con VB.NET específicamente, aquí hay algunos artículos que podrían ayudar:

http://www.asp.net/data-access/tutorials/creating-a-business-logic-layer-vb

http://www.vbdotnetheaven.com/UploadFile/akrao/PracticesofCodingInVB11162005001109AM/PracticesofCodingInVB.aspx

http://www.codeproject.com/KB/vb/N-Tier_Application_VB.aspx

Estos le ayudarán con capas y cómo implementarlas en VB. RED. El artículo de ASP.NET funcionará bien porque el ASP.NET real es la capa de presentación, que se reemplazaría con Winforms.

Si desea ver vídeos en los principios de diseño orientado a objetos, aquí es un buen sitio para ello (no es libre, sino que es muy barato):

http://www.learnvisualstudio.net/content/series/Visual_Basic_201_Object_Oriented_Programming_and_Design_Patterns.aspx

Un gran libro para ayudar usted comprende el diseño OO es Head First Object-Oriented Analysis & Design.

+0

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

+1 para las referencias Head First y tier ... :-) – klabranche

+0

@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

Cuestiones relacionadas