.net 反对WCF服务的最佳实践

是否有任何attibute或类似的机制来通知web服务消费者服务/操作契约已被弃用？我有一套WCF服务需要更新。作为这次更新的一部分，我想简化一些原始设计。我计划保留现有的操作，但我想以某种方式通知最终用户，他们已被弃用，转而支持新的操作/服务。实现这一点的最佳实践是什么？

我在金融服务部门工作过一段时间，我们依靠供应商的服务（他们不是基于WCF的，但是服务）从核心银行系统获取财务信息。版本控制等都很好，维护向后兼容性以使客户机不会中断，这是一项崇高的努力，值得赞扬。然而，本着关键发布的精神他们将始终依赖于一份好的老式更改文档，指明他们的哪些服务消息正在更改，哪些响应将删除某些字段以及建议的备选方案。他们将使用诸如消息“yyy”的“xxx”响应字段之类的措辞，消息“yyy”将在将来的版本中失效，请使用“xyzabc”

如果您有一个适当的治理/ESB解决方案，那么您很可能知道您的消费者是谁，这使得传递此信息变得稍微容易一些。我们的供应商合作伙伴通常提前通知两次发布，之后更改将生效，客户将中断，但当涉及金融交易时，您会注意到更改并尽早实施。只有我的0.02美元