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