在尝试为 Silverlight 应用程序设计架构时，我想问是否更好：
将实体数据模型与 WCF 数据服务一起使用，然后将我的业务逻辑放在我的 silverlight 用户控件的代码隐藏中，以对从 WCF 数据服务返回的纯数据进行任何修改/管理
或者
使用带有 WCF 服务的实体数据模型，然后使用 [OperationContract] 方法将我的业务逻辑放入实际服务中，在这些方法中我可以在服务级别应用我的业务逻辑，从而在表示（silverlight）和业务（服务)
任何人都可以就哪种方法更好，或者我在上述建议范围之外还没有发现更好的方法提供意见吗？
谢谢
我个人会使用上述组合（有修改）。
我会酌情将业务逻辑和业务规则放入您的 WCF 服务中。这有很多优点，包括允许服务进行所有的数据验证和检查（无论如何它都应该这样做），而不需要它发生两次。这促进了未来应用程序的服务重用，因为那里的逻辑是特定于领域的，并且不依赖于特定的表示层或应用程序设计。
话虽如此，我不会将特定于该应用程序的逻辑放入服务中。相反，我将使用 MVVM 方法，并将特定于应用程序的逻辑（与业务规则分开）放入 ViewModel 类中，并在您的 Silverlight 视图中使用它。我会尽量避免使用代码隐藏作为注入逻辑的地方——无论是应用程序还是特定的业务规则。
我不会将业务逻辑放在实际服务中。该服务是一个服务接口层
本质上，它在您的“系统”和外部世界之间提供接口（API）。在这种情况下，您的 UI。
所以你仍然需要一个有你的逻辑的业务层。服务接口层与业务层对话，并将方法和数据显示为 WCF 服务。