フレームワークを書くためのガイドライン

Question

大規模で複雑なオブジェクトライブラリ（ArcObjects）での作業を簡単にするためのフレームワークの作成に直面しています。この種のフレームワークを作成するためのガイドラインはありますか？静的な方法が好まれますか？あなたはどのようにロギングのようなものを扱いますか？ベンダーが導入するかもしれない変更から、あなたのフレームワークコードを将来どのように証明しますか？

は、私はNHibernateは、log4netのために見てきた様々なラッパーやヘルパーのすべてを考えると、コードが私はNLogとNetTopologySuiteのようなプロジェクトから読み込まれていると私は非常に多くの良いアプローチを参照して、正直なところ、私はでよどこから始めるのか。

私はC＃3.5で作業していますが、言語よりもむしろ推奨されるアプローチです。

Answer 1

Brad Abrams 'Framework Design Guidelines本はすべてこれに関するものです。一見の価値があるかもしれません。

Answer 2

私はあなたがどんな慣習に従うよりも一貫していることが重要だと思います。あなた自身の未来を証明する限り、それはあなたがフレームワークを作っているコードの問題です。それは、砂のものよりもレンガ造りの家に建てるほうがずっと簡単です。

Answer 3

もっと柔軟にするようにコードを書いてみてください。たとえば、配列をパラメータとして受け入れるメソッドがある場合は、代わりにIEnumerableまたはIListを受け入れることができますか？

Answer 4

フレームワーク用のコードの記述は、アプリケーションコードの記述とはまったく異なります。

フレームワークレベルのコードを書くときに私はいつもDesign Guidelines for Class Library Developersと相談しました（他の人に相談しています）。