2011-09-22 13 views
5

¿Es un buen enfoque cuando en el diseño de software las interacciones de clase se describen solo con interfaces? Si es así, ¿debería usar siempre este enfoque?¿Diseño de software solo con interfaces?

Debo diseñar la biblioteca de clases que debe tener una alta capacidad de prueba (yo uso C#).

Esta biblioteca tiene una fachada y una cantidad de clases con diferentes interacciones en el fondo.

En el caso de optimizar esta biblioteca para una buena comprobabilidad he reemplazado la mayor parte de mis clases con interfaces.

Y cuando hice esto, vi en un diagrama de conexión (diagrama de clase de Visual Studio) solo las interfaces.

¿Es la decisión normal de mi problema? o debería haber algún otro enfoque?

P/S: Quizás es una forma muy conocida en el diseño de software, pero no encuentro confirmación en los libros que tengo.

+0

Tu publicación es un poco difícil de seguir, y no uso C#. Pero si se refiere a la encapsulación, entonces ES que es la mejor práctica en un entorno OOP. –

Respuesta

5

Sí, esta es una buena práctica. Le permite enfocarse en las responsabilidades de cada clase sin preocuparse por los detalles de la implementación. Le permite ver la pila de llamadas de método y, como dice, ofrece un alto nivel de capacidad de prueba y mantenimiento. Estás en el camino correcto por lo que veo :)

2

sí, eso es generalmente una buena práctica. Le recomendaría leer un buen libro de patrones de diseño por ejemplo: http://shop.oreilly.com/product/9780596007126.do está dirigido a desarrolladores de Java pero no tuve problemas para entender todos los ejemplos como un desarrollador de C#.

Cuestiones relacionadas