Silverlight实现DomainService共享：通常是建立一个Silverlight Bussiness Application的项目，其中包含一个Silverlight项目作为客户端，一个Web结尾的项目承载我们的Domain Service服务。

这是在项目中的一个小问题。我们用到了自定义的Domain Service和自定义Entity，如果仅仅是读取数据，没有任何问题。但如果需要通过双向绑定，实现更新，则可能会遇到一个错误。类似下面这样 本文将重现这个问题，并分析原因和提供解决方案。   【备注】Domain Service看起来很不错，尤其是结合LINQ to Entity的话。但在使用自定义Domain Service时

在前两篇中，我们讲了在SL端通过Entity Framework和WCF Ria Services实现联表查询，其中最关键的是为实体类中的相关属性设定为Include特性，如下： 遗憾的是，这样的实体Include只能在单个域服务间共享实体。如果你尝试撰写多个域服务，并用到关联实体，会报如下错误： The entity type 'MiniNWModel.Entities.Product' is

软件中的对象 About DOMAIN-DRIVEN DESIGN 领域驱动设计是一种思维方式，目的在于处理具有复杂问题的软件项目。在传统的瀑布软件开发模型中，经历需求分析、设计、开发、测试、交付等阶段，但是问题在于需求从业务方传递到开发团队的时候并不是很顺畅。尽管需求阶段整理了复杂详细的需求文档，设计阶段也产出了详细设计文档，但是开发者由于很少参与了问题域的分析和建模，他们对设计文档的理解往往是

本文系Mainz在博客园的原创（http://www.cnblogs.com/mainz/），若您在银光中国（SilverlightChina）或其它网站看到本文，请注意是转载，文中很多链接已经丢失。言归正传，前天园友Smok.问我这个动态切换数据库的问题，今天中午研究了一下发出来，因为大家可能都有这种类似的需求，也许发出来大家还有更好的解决方案。本文说的是Silverlight+EntityFr

1. Domain Login 验证用户权限   public bool ValidateDomainUser(string UserName, string Password, string Domain){  bool bValid = false; &

最近和一些朋友在闲聊之中发现不少人对于Transaction Scripts的认同和对于Domain Model的不理解都让我非常的诧异。所以就有了这篇文章。 　　首先，什么是Transaction Scripts，什么又是Domain Model呢？据我所知这两个概念都是Martin Flower在《Patterns of Enterprise Application Architecture》