Dependencyinjection: ServiceProvider.Dispose sollte nicht aufhören, wenn ein schlechter Dienst auf Dispose wirft

Wir könnten, aber Sie könnten Ihren Code so korrigieren, dass er nicht entsorgt wird. Ich bin mir nicht einmal sicher, in welchem ​​Zustand sich das Objekt zu diesem Zeitpunkt befindet ...

https://msdn.microsoft.com/en-us/library/fs2xkftw (v=vs.110).aspx

Eine Dispose-Methode sollte mehrmals aufrufbar sein, ohne eine Ausnahme auszulösen

Ich bin mir nicht sicher, ob das Werfen, wenn es einmal aufgerufen wird, ein gültiger Eckfall ist 😉

Ja, ich habe meinen Code bereits korrigiert. Dachte immer noch, dass ServiceProvider etwas widerstandsfähiger sein sollte, da es dazu gedacht ist, vollständig entkoppelte Objektgraphen zusammenzukleben. Ein schlechter Apfel in einem großen System sollte also nicht den gesamten Container stoppen, um alle anderen korrekt erstellten Dienste nicht mehr zu entsorgen.
Nur meine 2 Cent.

Mein Bauchgefühl sagt, dass, wenn ein Service während des Disponierens wirft, alle Wetten weg sind. Wie soll die Anwendung nach einem solchen Scheitern weitergeführt werden? (Dies setzt voraus, dass dies nicht während des Herunterfahrens der Fall ist. In diesem Fall denke ich, dass dies sowieso keine Rolle spielt.)

Im Fall der Verantwortung - ich würde argumentieren, dass es nicht in der Verantwortung des Diensteanbieters liegt, mit einer fehlerhaften Entsorgungslogik umzugehen.

Stimmt mit