Orientações para a escrita de um quadro

Question

Eu sou confrontado com a criação de um framework para simplificar o trabalho com um grande e complexo objeto de biblioteca (ArcObjects).Que orientações você sugeriria para a criação de um quadro deste tipo?São métodos estáticos preferido?Como você lida com coisas como o log?Como você se à prova de futuro o seu código de estrutura de alterações que um fornecedor pode apresentar?

Eu acho que de todos os vários tipos de invólucros e ajudantes que eu já vi em NHibernate, log4net, e o código que eu tenho lido a partir de projetos como o NLog e NetTopologySuite e eu vejo tantas boas abordagens, mas honestamente, eu estou em uma perda por onde começar.

BTW - eu estou trabalhando em C# 3.5, mas é mais sobre a abordagem recomendada ao invés de um idioma.

Answer 1

Brad Abrams Quadro Diretrizes De Design livro é tudo sobre isso.Pode valer a pena uma olhada.

Answer 2

Tente escrever o código para ser mais flexível.Por exemplo, se você tem um método que aceita um array como parâmetro, você seria capaz de aceitar um IEnumerable ou IList em vez disso?

Answer 3

Eu acho que você está consistente é mais importante do que aquilo que as convenções de você ir com ele.Tanto quanto o futuro de si mesmo, isso é uma questão de o código que você está fazendo um quadro.É muito mais fácil construir uma casa de tijolo de uma areia um.

Answer 4

Escrever código para a estrutura é absolutamente muito diferente de escrever o código do aplicativo.

Eu sempre consultado (e outras pessoas a consultar) o Diretrizes do projeto de Biblioteca de Classe Desenvolvedores ao escrever quadro de nível de código.