Richtlinien zum Schreiben eines Frameworks

8

Ich muss ein Framework schreiben, um die Arbeit mit einer großen und komplexen Objektbibliothek zu vereinfachen ( ArcObjects ). Welche Richtlinien würden Sie vorschlagen, um einen solchen Rahmen zu schaffen? Sind statische Methoden bevorzugt? Wie gehst du mit Dingen wie Logging um? Wie können Sie Ihren Framework-Code anhand von Änderungen, die ein Anbieter möglicherweise einführt, zukunftssicher machen?

Ich denke an all die verschiedenen Wrapper und Helfer, die ich für NHibernate, log4net und Code gesehen habe, die ich von Projekten wie NLog und

Dylan 27.08.2008, 02:48
quelle

4 Antworten

5

Brad Abrams Framework Design Guidelines Buch ist alles darüber. Könnte einen Blick wert sein.

    
Matt Hamilton 27.08.2008, 02:51
quelle
2

Versuchen Sie, Code zu schreiben, um flexibler zu sein. Wenn Sie beispielsweise eine Methode verwenden, die ein Array als Parameter akzeptiert, können Sie stattdessen IEnumerable oder IList akzeptieren?

    
Joel Coehoorn 27.08.2008 15:39
quelle
1

Ich denke, dass Sie konsistent sind, ist wichtiger als die Konventionen, mit denen Sie gehen. Was die Zukunftssicherheit betrifft, ist das eine Frage des Codes, für den Sie einen Rahmen schaffen. Es ist viel einfacher, auf einem gemauerten Haus als einem Sandhaus zu bauen.

    
Jason Baker 27.08.2008 02:57
quelle
1

Das Schreiben von Code für das Framework unterscheidet sich sehr stark vom Schreiben des Anwendungscodes.

Ich habe immer die Designrichtlinien für Entwickler von Klassenbibliotheken konsultiert (und andere konsultiert) wenn Framework Code geschrieben wird.

    
Samuel Kim 13.10.2008 09:56
quelle

Tags und Links