你有沒有使用過CSLA？

Question

可能重複：
Does anyone have any real-world experience of CSLA?

你用過CSLA如果是的話是什麼YOUT想法？我正在爲使用CSLA和NHibernate的公司簽署一份新合同，並希望對框架提出一些意見或見解。

Answer 1

我們在基於網絡的場景和桌面場景中使用它。在項目部署之前，我離開（出於其他原因），但我聽說基於網絡的項目取得了成功。我認爲CSLA在域對象方面幫助提供了項目的一些整體一致性，但正如其他人在其他線程中所說的，許多功能在斷開的應用程序（如Web應用程序）中不太有用。

Answer 2

我的看法：

• 這本書是優秀的。它教會了我很多關於.NET和設計一般
• 我不CSLA的設計一致，所以我永遠不會使用它:)

採取的想法，用什麼是有價值的您。 CSLA並不像ORM那樣獨立，它只是提供了對象框架。編寫你自己的（如果你甚至需要的話）是完全可以接受的。

Answer 3

是的，正如我問的原始questionGalwegian指的是我可以提供我迄今爲止的經驗。我目前正在使用CSLA來拯救asp.net內部應用程序的殘骸。我選擇它是因爲它有授權和業務規則，我們是一個小團隊，沒有足夠的時間推出自己的業務對象。

對於我們使用它..迄今爲止這麼好。很多人評論說框架工作過於複雜。我還沒有真正找到。我從企業應用程序體驗中發現的最大的飛躍是數據訪問與邏輯密切相關。 （這是Rocky的封裝）。我們（我的團隊）發現這鼓勵寫集成而不是單元測試。

要構建業務對象，需要完成很多腿部工作，這應該由代碼生成器來解決（我沒有使用它，因爲我仍然想要掌握框架）最新版本的CSLA（3.5）減少了屬性中的代碼量，因此我們進行了升級。

其他亮點是SmartDate和SafeDataReader。

Answer 4

CSLA在我們公司的世界範圍內使用。我個人曾用它來開發網站，Web服務，富客戶端應用程序等。

在一個使用CSLA的特定應用程序中，我們已部署到亞洲，歐洲，美國的站點以及船上的海上站點。

CSLA將開發人員從.NET框架的陷阱和Microsoft不斷變化的架構拓撲中隔離開來。它的強大和靈活性足以解決您幾乎所有的需求，並且易於維護和開發，即使您的一些最初級的開發人員仍然可以維護和支持您的代碼。

我們公司跨越全球，如果沒有它，我就不會想到要開發我們的應用程序......給定適當的參數（意思是說，我不會用它來開發導彈制導系統）。與所有事情一樣，要聰明。

使用CSLA將把你完全放在你需要的地方。

Answer 5

CSLA很棒。我已經使用了好幾年了。但是，現在WCF和REST已經在那裏，他們已經消除了人們想要使用CSLA的很大一部分原因。除非你真的需要強大的乾淨/髒數據綁定支持你的用戶界面和/或n級撤消對你的對象的變化，我會認真看待WCF和REST，因爲這是一個更開放的數據訪問層抽象標準。這就是說，我們達到了CSLA 3.6的版本，它仍然爲我們的業務線應用程序提供了巨大的價值。