Directrices para escribir un marco

Question

Tengo que escribir un marco para simplificar el trabajo con una biblioteca de objetos grande y compleja (ArcObjects). ¿Qué pautas sugerirías para crear un marco de este tipo? ¿Se prefieren los métodos estáticos? ¿Cómo manejas cosas como el registro? ¿Cómo a futuro prueba su código de marco de los cambios que un proveedor podría introducir?

Pienso en todas las diferentes envolturas y ayudantes que he visto para NHibernate, log4net y el código que he leído en proyectos como NLog y NetTopologySuite y veo tantos buenos enfoques, pero sinceramente estoy en una pérdida por dónde empezar.

BTW - Estoy trabajando en C# 3.5 pero se trata más acerca del enfoque recomendado en lugar del lenguaje.

Answer 1

Brad Abrams 'Framework Design Guidelines libro es todo sobre esto. Puede valer la pena mirar.

Answer 2

Creo que ser constante es más importante que las convenciones con las que se va. En cuanto a la autoprotección del futuro, esa es una cuestión de código para el que está creando un marco. Es mucho más fácil construir en una casa de ladrillo que en una de arena.

Answer 3

Intenta escribir código para ser más flexible. Por ejemplo, si tiene un método que acepta una matriz como parámetro, ¿podría aceptar una IEnumerable o IList en su lugar?

Answer 4

Escribir código para framework es absolutamente muy diferente de escribir código de aplicación.

Siempre he consultado (y otros han consultado) el Design Guidelines for Class Library Developers al escribir código de nivel de marco.