问一个参数传递设计上的问题

[lighting_pig]

假设业务逻辑很复杂，silverlight端和后台.net部分都需要要用很多实体类，通过wcf通信，那么这些类如何定义比较好呢？

1 silverlight端不定义，通过wcf的代理类生成这些实体类，然后引用代理类里的实体类，这样做有个问题，wcf的接口本来很简单的，为了生成这些类搞定很复杂

2 新建一个silverlight的dll,silverlight端和后台.net部分分别引用这个dll，好像也可以，但是会有一个警告，说.net引用silverlight的dll，我也不知道这个警告会不会很严重，也不知道这样好不好

[Architecture Net]

建议再Wcf端只提供一个接口public string GetSourceData(string CmdName,Param param)
在Wcf接口端接收命令CmdName,根据命令名字查找到相应的处理逻辑，并且解析Param类值。
Param类值指定传入参数和状态灯。
返回值为一个Json字符串即可。这个Json字符串可以反解析为返回值类~

这样在你的Silverlight只需要使用一个接口即可，在Wcf端通过路由命令获取值。

[古灵精怪_123]

[Quote=引用 1 楼 的回复:]
建议再Wcf端只提供一个接口public string GetSourceData(string CmdName,Param param)
在Wcf接口端接收命令CmdName,根据命令名字查找到相应的处理逻辑，并且解析Param类值。
Param类值指定传入参数和状态灯。
返回值为一个Json字符串即可。这个Json字符串可以反解析为返回值类~

这样在你的Silverlight只需要……
[/Quote] 详细查看参数传递

[jv9]

引用 楼主 lighting_pig 的回复:

假设业务逻辑很复杂，silverlight端和后台.net部分都需要要用很多实体类，通过wcf通信，那么这些类如何定义比较好呢？ 1 silverlight端不定义，通过wcf的代理类生成这些实体类，然后引用代理类里的实体类，这样做有个问题，wcf的接口本来很简单的，为了生成这些类搞定很复杂 2 新建一个silverlight的dll,silverlight端……

为了保证业务层代码清晰，实体类可以按照功能性分别定义。 而silverlight和.net共享dll，目前silverlight仅能功能部分.net framework的dll，如果遇到特殊类库，仍旧会报错。