13,190
社区成员
发帖
与我相关
我的任务
分享wcf一个服务和多个服务的取舍问题求教，小弟感激不尽
最近在尝试设计一个wcf的小项目框架，现在在采用多个服务，即一部分功能一个服务，另一个功能在写一个服务，还是把所有的功能都放到一个服务中产生了疑惑。
例如现在的业务有 原料采购 ，产品生产 等几个功能， 这两个机能都用到了一个model类叫做RawMaterialInfo
1，如果分别写成独立的服务，在引用服务时，每个服务都会在客户端产生一个RawMaterialInfo的类型，即客户端会产生 原料采购Service.RawMaterialInfo和产品生产.RawMaterialInfo两个类型，但是这两个类型的意义是一样的
2，如果把这两个机能都放到一个服务中，能够统一类型，但是如果机能增加，service的容量也会越来越大，不方便管理和之后的维护。
现在我是更倾向于第一种方式，但是有没有什么办法来解决model类重复的问题呢？能够在客户端生成一个model类。
客户端对于不同的服务产生了相同的类型
求指点，感激不尽
例如现在的业务有 原料采购 ，产品生产 等几个功能， 这两个机能都用到了一个model类叫做RawMaterialInfo
1，如果分别写成独立的服务，在引用服务时，每个服务都会在客户端产生一个RawMaterialInfo的类型，即客户端会产生 原料采购Service.RawMaterialInfo和产品生产.RawMaterialInfo两个类型，但是这两个类型的意义是一样的
2，如果把这两个机能都放到一个服务中，能够统一类型，但是如果机能增加，service的容量也会越来越大，不方便管理和之后的维护。
现在我是更倾向于第一种方式，但是有没有什么办法来解决model类重复的问题呢？能够在客户端生成一个model类。
客户端对于不同的服务产生了相同的类型
求指点，感激不尽
...全文
请发表友善的回复…
发表回复
你们是不是在找BUG 2013-03-04
- 打赏
- 举报
求解...help
你们是不是在找BUG 2013-03-02
- 打赏
- 举报
会呀，我也是想要第一种，这不遇到了下面的问题，这个问题有什么好的解决办法吗？
ycproc 2013-03-02
- 打赏
- 举报
选择当然是第一种。不能说汽车需要轮子，自行车也需要轮子，就把组装车间全部放在一起。
