Richtlinien zum Schreiben eines Frameworks

Question

Ich stehe vor der Aufgabe, ein Framework zu schreiben, um die Arbeit mit einer großen und komplexen Objektbibliothek zu vereinfachen (ArcObjects).Welche Richtlinien würden Sie für die Schaffung eines solchen Rahmens vorschlagen?Werden statische Methoden bevorzugt?Wie gehen Sie mit Dingen wie der Protokollierung um?Wie schützen Sie Ihren Framework-Code zukunftssicher vor Änderungen, die ein Anbieter möglicherweise vornimmt?

Ich denke an all die verschiedenen Wrapper und Helfer, die ich für NHibernate, log4net und Code gesehen habe, den ich von Projekten wie NLog und gelesen habe NetTopologySuite und ich sehe so viele gute Ansätze, aber ehrlich gesagt weiß ich nicht, wo ich anfangen soll.

Übrigens – ich arbeite in C# 3.5, aber es geht mehr um den empfohlenen Ansatz als um die Sprache.

Answer 1

Brad Abrams‘ Richtlinien für das Framework-Design In diesem Buch geht es um alles.Könnte einen Blick wert sein.

Answer 2

Versuchen Sie, Code zu schreiben, um flexibler zu sein.Wenn Sie beispielsweise über eine Methode verfügen, die ein Array als Parameter akzeptiert, könnten Sie dann stattdessen ein IEnumerable oder eine IList akzeptieren?

Answer 3

Ich denke, dass es wichtiger ist, dass man konsequent ist, als welche Konventionen man einhält.Um sich zukunftssicher zu machen, kommt es auf den Code an, für den Sie ein Framework erstellen.Es ist viel einfacher, auf einem Backsteinhaus zu bauen als auf einem Sandhaus.

Answer 4

Das Schreiben von Code für ein Framework unterscheidet sich absolut vom Schreiben von Anwendungscode.

Ich habe das immer konsultiert (und lasse auch andere konsultieren). Designrichtlinien für Klassenbibliotheksentwickler beim Schreiben von Code auf Framework-Ebene.