Directrices para la redacción de un marco

Question

Estoy enfrentado con la escritura de un marco para simplificar el trabajo con un grande y complejo de la biblioteca de objetos (ArcObjects).¿Qué pautas sugeriría usted para la creación de un marco de este tipo?Son métodos estáticos preferido?¿Cómo se manejan las cosas como la tala?¿Cómo se prueba de futuro el framework de código a partir de los cambios que un proveedor puede presentar?

Creo que de todos los diferentes contenedores y ayudantes que he visto de NHibernate, log4net, y el código que he leído de proyectos como el NLog y NetTopologySuite y veo tantas buenas intenciones, pero sinceramente yo estoy en una pérdida por dónde empezar.

Por CIERTO, estoy trabajando en C# 3.5, pero es más sobre el enfoque recomendado en lugar de idioma.

Answer 1

Brad Abrams Marco De Las Directrices De Diseño el libro es todo acerca de esto.Podría ser digno de una mirada.

Answer 2

Trate de escribir código para que sea más flexible.Por ejemplo, si usted tiene un método que acepta un array como parámetro, usted sería capaz de aceptar un IEnumerable o IList lugar?

Answer 3

Creo que eres consistente es más importante que lo que los convenios de ir con.Tan lejos como para garantizar el futuro de ti mismo, eso es un asunto de que el código que estás haciendo un marco para.Es mucho más fácil construir una casa de ladrillos de arena a uno.

Answer 4

Escribir código para marco es absolutamente muy diferente de escribir el código de la aplicación.

Siempre he consultado (y tienen otros consultar) el Directrices de diseño para la Biblioteca de clases de los Desarrolladores cuando la escritura marco de nivel de código.