Yup, так как я спросил оригинал question, что Galwegian имеет в виду, что я могу предоставить свой опыт до сих пор. В настоящее время я использую CSLA для спасения обломков внутреннего приложения asp.net. Я выбрал его, потому что из олова у него есть авторизация и бизнес-правила, мы небольшая команда и у нас нет роскоши времени, чтобы сворачивать мои собственные бизнес-объекты.
Для чего мы его используем .. пока все хорошо. Многие люди прокомментировали, что рамочная работа сложна. Я еще этого не нашел. Самый большой скачок, который я нашел из моего опыта работы с корпоративными приложениями, заключается в том, что доступ к данным тесно связан с логикой. (Это Rocky берет инкапсуляцию). Мы (моя команда) находим, что это побуждает писать интеграцию, а не модульные тесты.
Для создания бизнес-объектов необходимо выполнить много работы с ногами, и это должно решаться генератором кода (я не использую его, хотя, поскольку я все еще хочу получить представление об инфраструктуре) Последняя версия CSLA (3.5) сокращает количество кода в свойствах, и из-за этого мы обновили его.
Другие основные моменты - SmartDate и SafeDataReader.
См. [Есть ли у кого-нибудь реальный опыт CSLA?] (Http://stackoverflow.com/questions/15241/does-anyone-have-any-real-world-experience-of-csla) – Galwegian 2008-10-07 13:15:05