假设业务逻辑很复杂，silverlight端和后台.net部分都需要要用很多实体类，通过wcf通信，那么这些类如何定义比较好呢？
1 silverlight端不定义，通过wcf的代理类生成这些实体类，然后引用代理类里的实体类，这样做有个问题，wcf的接口本来很简单的，为了生成这些类搞定很复杂
2 新建一个silverlight的dll,silverlight端和后台.net部分分别引用这个dll，好像也可以，但是会有一个警告，说.net引用silverlight的dll，我也不知道这个警告会不会很严重，也不知道这样好不好
------解决方案--------------------------------------------------------
建议再Wcf端只提供一个接口public string GetSourceData(string CmdName,Param param)
在Wcf接口端接收命令CmdName,根据命令名字查找到相应的处理逻辑，并且解析Param类值。
Param类值指定传入参数和状态灯。
返回值为一个Json字符串即可。这个Json字符串可以反解析为返回值类~
这样在你的Silverlight只需要使用一个接口即可，在Wcf端通过路由命令获取值。
------解决方案--------------------------------------------------------
为了保证业务层代码清晰，实体类可以按照功能性分别定义。
而silverlight和.net共享dll，目前silverlight仅能功能部分.net framework的dll，如果遇到特殊类库，仍旧会报错。