Logik in einem Konstruktor ist ein Code-Geruch. Ist es jedoch die Menge an Code in einem Konstruktor, die schlecht ist oder die Art von Code (gibt es bestimmten Code, der in einem Konstruktor erlaubt wäre?)?Ist der Konstruktorlogik-Code abhängig von der Art des Codes oder der Menge?
Dank
Der Hauptzweck des Konstruktors besteht darin, den Kontext der Objekterstellung (Parameter, Umgebung ...) zu validieren und die Instanz zu initialisieren, bevor irgendeine Methode aufgerufen werden kann.
Zum Beispiel, einer von FileStream Konstruktoren nimmt einen Dateipfad und Datei-Modus in Parameter und wird eine Ausnahme auslösen, wenn die Datei nicht existiert.
IMO, solange Ihr Code ist Validierung/Initialisierung Logik, es ist perfekt in einem Konstruktor gültig, auch wenn es eine Menge Code darstellt. Was fischig sein kann, ist Code in einem Konstruktor, der nicht mit der Validierung des Kontextes oder der Initialisierung der Instanz zusammenhängt.
Unabhängig davon, ob könnte der Code möglicherweise eine Ausnahme auslösen eine Sache, die ich in Konstrukteuren vermeiden. Ich versuche, Konstruktorcode zu begrenzen, um das Objekt streng zu initialisieren, und nur in Fällen, in denen Standardwerte nicht ausreichen - und das kommt nicht zu oft vor.