我有一些面向内部的ASP.NET Web服务，多年来已经有很多API添加。一些原始网络方法虽然仍可供消费，但建议使用替代方案。我想引导消费客户使用这些新方法，以便我可以退休并最终移除他们的长辈。
如果这是客户端API而不是Web服务API，我只会使用过时属性标记有问题的方法。但.NET属性不会被序列化，并且在添加或刷新Web引用时消费开发人员不可见。
推荐使用哪些技术来淘汰ASP.NET Web方法？工具内置了什么（VS2005-2010）？我不想破坏任何现有的客户端，因此我不能简单地删除Web方法或更改其内部行为以将其使用重新编写为错误。
答案 0 :(得分：2)
你可以以任何你喜欢的方式为它们加油，从系统将被取代，到我们做得更大，更好，更快。
此外，您可以构建代码来减慢速度，不推荐，但是当他们询问您可以给他们时，我们不再支持该系统，它已被系统'X'取代。
如果您正在谈论的新方法仍然只是网络方法，您可以将旧方法指向新方法，让客户使用旧方法。
另一种选择是识别旧方法上的客户端，获取其IP地址并将其锁定，以便只有他们可以使用它，这样才能确保新客户端不会尝试连接旧方法。
除此之外，我无法想到任何对你和客户都不会有任何痛苦或困难的事情。