Spring.Net Framework Sonnenuntergang? [geschlossen]

Schauen Sie sich das GitHub Repo an

Es gab vor kurzem einen Check-in (vor ein paar Stunden wurde dieser Kommentar gepostet) Ссылка

gibt Ihnen auch eine Idee, wer die Bibliothek entwickelt.

Forum scheint in Betrieb zu sein.

Wie gesagt, die gleiche Frage wird im Forum gestellt Ссылка

Ich kann mich nur auf diesen Teil beziehen. "Ich habe darüber nachgedacht, zum Springframework für .net DI zurückzukehren". Auf jeden Fall ist es das nicht wert. Es gibt eine breite Palette von guten DI-Frameworks in .NET. Im Vergleich dazu ist Spring.NET veraltet. Hauptsächlich wegen der XML-basierten Konfiguration. Es gibt ein Unterprojekt, das eine Konfiguration ohne XML bereitstellt, aber es ist noch nicht fertig. Es kann nicht einmal mit der ursprünglichen Spring-Konfiguration von Java verglichen werden.

Das heißt, ich werde Spring.Net verwenden, auch wenn es Projekt aufgegeben wird. Dies ist, weil es auch andere Leckereien hat:

• AOP integriert mit DI;
• Bibliotheken, um DI problemlos zu verwenden, z. B. bei Verwendung von WCF oder ASP.MVC;
• ADO.NET Transaktionsverarbeitung; Dies ermöglicht uns, Komponenten zu schreiben, die später so konfiguriert werden können, dass sie in verschiedenen Transaktionskontexten arbeiten, sogar mit Treibern, die TransactionScope nicht unterstützen.