使用mvvmcross使用csla.net时，业务逻辑分离如何工作

###用csla.net的业务逻辑

CSLA.NET通过强调包含所有业务逻辑的业务对象的使用来促进责任的明确划分。这些对象是使用面向对象的设计概念设计的，重点是行为，而不仅仅是数据容器[3]。这种方法可确保在整个应用程序中统一执行业务规则，从而更容易维护和扩展应用程序[2]。

###与mvvmcross集成

MVVMCROSS主要关注应用程序和UI级别，从而将业务服务和模型的选择提供给开发人员[1]。当将CSLA.NET与MVVMCross集成时，您可以利用CSLA的业务对象作为MVVM模式中的模型层。然后，MVVMCross中的ViewModel可以消耗这些业务对象来驱动UI状态并处理用户事件。

###分离的最佳实践

1。使用CSLA业务对象作为模型：CSLA的业务对象应用作MVVM模式中的模型层。这样可以确保业务逻辑仍然封装在这些对象中。

2。薄ViewModels：通过关注特定于UI特定的逻辑和状态管理来保持ViewModels的薄薄。避免将复杂的业务逻辑放置在ViewModels中，因为这可能会导致代码重复和不一致[4] [8]。

3。viewModelBase继承：如有必要，从CSLA的`viewModelbase'Starnation将CSLA的业务对象与MVVMCross的ViewModel要求集成在一起。但是，应明智地做到这一点，以保持清晰的关注[1] [7]。

4。数据访问层：确保数据访问逻辑与业务逻辑分开。 CSLA支持抽象的数据访问逻辑，与MVVMCross集成时，这可能是有益的[2] [6]。

通过遵循这些实践，您可以在使用MVVMCross的CSLA.NET时有效地将业务逻辑与UI逻辑分开，从而确保可维护且可扩展的跨平台应用程序体系结构。