Gibt es irgendwelche würdigen CSLA-Alternativen?

Question

Meine Firma ist daran interessiert, eine große Geschäftsanwendung auf .NET zu portieren. Wir planen die Entwicklung einer Desktop-Version und einer Silverlight-Version. Ich habe hauptsächlich das CSLA-Framework recherchiert (bekam Rocky's Buch, bereits auf halbem Weg) und fand es ein bisschen überentwickelt, die Datenschichtseite schien auch nicht so poliert zu sein.

Gibt es andere Frameworks, die behaupten, das zu tun, was CSLA tut? Ich spreche nicht über ORM-Tools (zB L2S, EF, NHibernate). Ich interessiere mich für ein Framework, das Geschäftsregeln unterstützt, einfache n-Tier-Architektur, Objekte sind domänengesteuert und nicht datenbankgesteuert, Sicherheit für Geschäftsobjekte etc ...

Ich weiß, dass ich kleine Frameworks finden kann, die einige der erforderlichen Arbeiten erledigen (Enterprise Application Block kommt mir in den Sinn), aber ich suche nach einem, der alles beinhaltet.

Answer 1

Hier ist eine good blog post (archived version) mit freundlicher Genehmigung von "Adam im Netz" zu diskutieren und der Vergleich der folgenden:

• Castle Project
• Spring.NET
• Enterprise Library
• CSLA

Answer 2

Wenn ich Sie wäre, würde ich entweder Spring.NET auswählen oder einfach mit der Erstellung eines eigenen Frameworks für ASP.NET MVC und Fluent NHibernate beginnen. Fügen Sie dann langsam Ihre eigenen Bausteine ​​hinzu, wenn Sie sie benötigen. Enterprise-Bibliothek-Blöcke sind gut, aber schwer nach mir und haben viele Dinge, die Sie nicht wirklich brauchen.

Answer 3

Ich würde gerne mehr darüber erfahren, warum Sie denken, dass CSLA überentwickelt ist. Ich habe festgestellt, dass es sehr funktionsreich ist, aber die meisten Funktionen implementieren nur Standard-.NET-Framework-Schnittstellen, und so kommt die gesamte Installation kostenlos und Sie müssen es definitiv verwenden.

Ihre Anforderungen scheinen eine gute Lösung für CSLA zu sein. Andere Frameworks (z. B. ORMs) enthalten Validierungs-/Geschäftsregeln, aber das Hauptproblem besteht darin, dass Sie (in den meisten Fällen) mit Ihrem Datenschema festgefahren sind. Dies führt zu Objekten, die nicht für die UI-Entwicklung geeignet sind und Sie dazu zwingen, die Feinheiten Ihrer Datenbank zu kennen.