首先,如果这个问题以前曾被问过,但是我找不到直接回答这个问题的道歉。WCF服务契约设计。用例控制器是否合适?
这是我的问题。我已经继承了一个产品,它被设计得非常灵活,以至于在(silverlight)表单上填充几乎每个组合框和文本块都需要一个服务请求。某些屏幕只需要15个独立的请求就可以填充!
现在我已经多次与WCF Web服务合作过,并且将服务合约拆分成小的离散操作从来没有太多过关,..可悲的是,这个项目并非如此。所以它让我想知道...
还有没有计划在我们自己的围墙之外暴露服务。有没有计划为此特定服务编写另一个客户端。所以我不能在服务端写一个'用例控制器'吗?所以,在 '创建投诉' 屏幕,而不是像请求列表...
- GetComplaintTypes
- GetCustomerTypes
- GetAreaDetails
- 等等...
填充表单我只需要一个名为'GetCreateComplaintData'的单一操作合同。当只有一个客户端需要将所有这些请求聚合并同步化为有意义的东西时,如此众多的操作暴露在这样的粒度中似乎很疯狂。为什么不公开一些有意义的东西呢?
更重要的是,如果您不打算将服务API暴露给第三方,那么这是否比在数据库中暴露CRUD操作符更好?
感谢所有帮助和意见。 在此先感谢。
:-)。我正在通过一大堆代码做这件事。这就像跑在泥里! – Stimul8d 2010-08-31 12:22:51
标记为有用的链接正确。 – Stimul8d 2010-08-31 13:54:50
你应该看看http://code.google.com/p/agatha-rrsl这是一个基于Davy Brion的原创想法开发的开源项目。 – 2010-09-01 00:47:49