Capas con Entidades relacionadas (2 de 3)

Esta es la segunda parte del artículo donde se ejemplifica como usar la arquitectura de capas con entidades relacionadas.

Ya hemos presentado en el articulo previo la capa del doman Model, aun que aun debe ser modificada para incluir todos los controles que se requerirán por los cambios que introduciremos; además en esta segunda parte vamos a terminar con las capas superiores de este modelo.

Modificadores de Clase

Cuando se trabaja revisando el código de otras personas, para verificar funcionalidades, por lo general nos preocupamos por validar que el código realice las tareas que se determinaron en los requerimientos.

Es muy fácil perder de vista aspectos importantes al codificar, como son los estándares y las buenas prácticas. La calidad de software al nivel del código, radica en que nuestro código este escrito aprovechando las ventajas que nos ofrece el lenguaje que empleemos.

Factory Pattern

Desde que incursione por primera vez al paradigma orientado a objetos, me llamo poderosamente la atención la conceptualización de los objetos reales, en definiciones denominadas Clases, que por medio del mecanismo de la instanciación se convierten en objetos.

Este mecanismo no se ve afectado por las diferentes clases, siempre se lleva a cabo por medio de un constructor. Los constructores pueden recibir atributos, para inicializar las propiedades de la nueva instancia, así como recientemente las modificaciones al Framework nos permiten inicializar dichas propiedades al momento de crear la instancia sin que sean enviados argumentos al constructor.

Interfaces

Cuando hablamos de crear código de fácil mantenimiento, que pueda ser reutilizado y flexible, podemos emplear los lenguajes de .NET. Sin embargo por muy escalable que sea nuestro diseño, por mucho que nos esforcemos en hacerlo no cohesivo, solo podremos lograrlo al 100% si usamos Interfaces.
El concepto de clases abstractas e interfaces puede ser un poco confuso para los principiantes en la programación orientada a objetos ya que una clase abstracta sin ninguna implementación se ve cómo una interface, sin embargo existen muchas diferencias y similitudes entre ellas.