建议在 Silverlight 应用程序中使用规范形式吗？
我们正在使用 Silverlight 开发 LOB 应用程序，并且一些团队成员提倡使用规范设计模式，而不是创建简单的 WCF 服务。作为领导者，我试图在最佳实践与极其紧迫的时间线之间取得平衡。
以下是我认为 Canonical 不是我们项目的好方法的原因。
- 我们没有立即（<5 年）要求向企业公开任何内部服务。
- 治理所需的时间。 （开发具有数据转换逻辑的适配器、开发 XSD 以及开发合约 [故障、数据和操作]）。
- 无需公开与数据层中存在的数据契约不同的数据契约
- 看来我们无法通过规范方法轻松使用“自我跟踪实体”。
以下是我考虑使用规范方法的一些原因。
- 我们可以使用 XSD 模式进行数据类型和长度验证。
- 我们会准备好让企业消费我们的服务，无论是5年还是1年。
- 我们对正在实施最佳实践感到高兴。 :)
那么，在 Silverlight 应用程序中遵循 Canonical 方法是否明智？ Canonical 提供的好处似乎并没有超过额外的工作。 …或者也许我错了，这不是额外的工作。
We are developing a LOB application using Silverlight and several team members are advocating the use of the canonical design pattern instead of creating simple WCF services. As the lead, I’m trying to balance best practices with an incredibly tight time line.
Here are the reasons I do NOT think Canonical is a good approach for our project.
- We have no immediate (<5 years) requirement to expose any internal services to the enterprise.
- Time required for governance. (Developing adapters with data transformation logic, developing XSDs, and developing contracts [fault, data, and operation]).
- No need to expose a different data contracts than what exists in the data layer
- It doesn’t appear that we can easily use ‘self tracking entities’ with the Canonical approach.
Here are some reasons I’m considering using Canonical approach.
- We can use the XSD schemas for data type and length validation.
- We will be prepared to allow consumption of our services to the enterprise, whether it’s 5 years or 1 year.
- We can feel good that we’re implementing best practices. :)
So, is it advisable to follow the Canonical approach with a Silverlight application? It does not seem that the benefits Canonical provide out weigh the additional work. …or perhaps I’m wrong and it’s not additional work.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我认为您绝对应该使用 WCF RIA 服务。它在每个可能的点上都是可扩展的，开发速度很快，可以作为常规 WCF 服务进行访问，它还有许多不同的可用端点类型，并且通常非常成熟。并实施最佳实践，验证过程是完全可定制的。这真的很简单，如果您还有其他关于它的问题，我很乐意回答：）
I think you should definitely go with WCF RIA services. It's extensible in every point possible, it's fast to develop, it's accessible as regular WCF services, it also has plenty different available end point types, and generally very mature. And implements best practices, and validation process is fully customizable. It really is a no brainer, if you have some additional questions about it shoot away, i'll gladly answer them:)