有没有办法继续使用已弃用的 .net 系统库？
Is there a way to continue using deprecated .net system libraries?
我的 C# 项目的一个约束是使用过时的 System.Web.Mail 发送电子邮件。 VS 中的工具提示警告我应该使用 System.Net.Mail，但我不能。我预计，在（不久？）未来，System.Web.Mail 将被弃用。
我的问题是：有没有办法继续使用它，即使已弃用？隔离 System.Web.dll、添加对它的引用并使用该文件部署项目（就像我现在所做的那样）在弃用后也能正常工作吗？
我认为它在弃用后将不起作用，但我不确定，因为我还没有找到任何关于这种情况的文档...
已弃用（或已过时，在 .NET 中相同）只是意味着它不再被开发或支持——并不是说它停止工作了。您仍然可以使用已弃用的库。只要您使用相同的框架版本，它就会一直存在。不能保证框架的未来版本，但它可能仍然存在；升级前检查。即使那样，也要先测试：可能 System.Web.Mail 依赖于 确实 被删除的东西，并因此停止工作。
但是，强烈建议您毕竟想办法迁移到 System.Net.Mail，尽管这可能更像是一个政治问题，而不是技术问题。
我的 C# 项目的一个约束是使用过时的 System.Web.Mail 发送电子邮件。 VS 中的工具提示警告我应该使用 System.Net.Mail，但我不能。我预计，在（不久？）未来，System.Web.Mail 将被弃用。
我的问题是：有没有办法继续使用它，即使已弃用？隔离 System.Web.dll、添加对它的引用并使用该文件部署项目（就像我现在所做的那样）在弃用后也能正常工作吗？
我认为它在弃用后将不起作用，但我不确定，因为我还没有找到任何关于这种情况的文档...
已弃用（或已过时，在 .NET 中相同）只是意味着它不再被开发或支持——并不是说它停止工作了。您仍然可以使用已弃用的库。只要您使用相同的框架版本，它就会一直存在。不能保证框架的未来版本，但它可能仍然存在；升级前检查。即使那样，也要先测试：可能 System.Web.Mail 依赖于 确实 被删除的东西，并因此停止工作。
但是，强烈建议您毕竟想办法迁移到 System.Net.Mail，尽管这可能更像是一个政治问题，而不是技术问题。