我的看法:
这本书很棒.它教会了我很多关于.NET和设计的知识
我不同意CSLA的设计,因此我永远不会使用它:)
接受这些想法,并使用对您有价值的东西.CSLA不是自己作为ORM,它只是提供对象框架.自己编写是完全可以接受的(如果你需要的话).
我的看法:
这本书很棒.它教会了我很多关于.NET和设计的知识
我不同意CSLA的设计,因此我永远不会使用它:)
接受这些想法,并使用对您有价值的东西.CSLA不是自己作为ORM,它只是提供对象框架.自己编写是完全可以接受的(如果你需要的话).
是的,正如我问起Galwegian所指的原始问题,我可以提供迄今为止的经验.我目前正在使用CSLA来挽救asp.net内部吊球应用程序的残骸.我之所以选择它,是因为它具有授权和业务规则,我们是一个小团队,没有足够的时间来推销我自己的业务对象.
对于我们用它来...到目前为止这么好.很多人评论说框架工作过于复杂.我还没发现这个.我从企业应用程序体验中发现的最大飞跃是数据访问与逻辑紧密耦合.(这是洛基对封装的看法).我们(我的团队)发现这鼓励编写集成而不是单元测试.
要构建业务对象,需要完成大量的工作,这应该由代码生成器来解决.(虽然我仍然希望掌握框架,但我没有使用它)最新版本的CSLA(3.5)减少了属性中的代码量,因此我们已经升级了.
其他亮点是SmartDate和SafeDataReader.