问题标签 [obsolete]

我想知道仅在运行时检查过时的属性吗？

认为您有两个程序集。程序集 A 使用程序集 B 中的方法。之后，我们将程序集 B 中的方法标记为过时，这会在编译程序集 A 时导致编译时错误。

到目前为止没有问题，但问题是旧的程序集 A 是否继续与新的程序集 B 一起使用？谢谢

一些 .net-framework 接口和属性随着新框架版本的出现而过时和弃用。我被警告说，此类代码可能会在下一个版本中被删除或变得不可预测，但是您是否曾经遇到过由于代码无法编译或开始表现得很奇怪而被迫重构代码的情况？你最大的重构是什么？

或者，也许微软在 API 发布后总是继续支持它们？

先感谢您！

前段时间我定义了一个使用 XML 序列化的类。该类包含Alignment整数类型的可序列化属性。现在我已经扩展和更新了这个类，其中Position添加了一个新属性，它的类型是另一个类，它也有几个可序列化的属性。新属性Position现在应该承担旧Alignment属性的角色，即由于Position属性类型是另一个类，它的一个成员将包含以前包含在Alignment属性中的值，从而使Alignment属性过时。

我想弄清楚的是如何确保当我反序列化此类的旧版本（其中没有Position属性）时，我确保反序列化器将从Alignment旧类中获取属性的值并将其设置为Position新类中属性成员之一的值？

抱歉，代码是用 VB 编写的，但它同样适用于 C# 和任何其他 .NET 语言。

你能帮我吗？

我试图找到我项目中所有未使用的方法。我有这样做的搜索方法，但我找到的最有说服力的答案是将我的所有函数声明为已过时，并删除此属性，直到我没有收到任何警告。

问题是我不知道如何将函数声明为过时。当我写：

VS2005 告诉我 Obsolete 不存在。有什么建议么？

最近有人告诉我，在我们的代码中使用属性标记许多方法是一种不好的做法[Obsolete]。这些方法在我们的代码库内部，而不是在 API 上。这些方法处理了较旧的加密功能。

我觉得这是向团队其他成员表明不应使用这些方法的一种快速且安全的方式，并提供了一条建议替代方案的信息。

其他人认为我应该完全删除这些方法，根据需要重写或重构现有代码。此外，人们认为忽略编译器警告太容易了。

当第三方不使用代码时，是否有将代码标记为过时的“最佳实践”？或者这在很大程度上是主观的？

我最近进入一些博客说 Linq to Sql 已经死了。前几天我看到有人讨论说 Silverlight 可能会取代 ASP.net 的位置！...

我不想问它们是否真实，但是当您醒来并在棺材中找到您的语言和信息时，这太烦人了！（我认为微软语言有很大一部分这个词）。

那么在这种情况下我该怎么办？放下所有东西，重新开始使用新技术或继续使用旧东西还是什么？

我希望能够保持 C# API 与现在相同，但只需弃用方法调用中的参数之一。是否可以这样做，或者我是否需要创建一个没有参数的新方法并将原始方法标记为过时？

Qt 4.7 在 C++ 中是否有 Q_OBSOLETE 或 Q_DEPRECATED？

或者是否有类似的 C++ 宏或关键字？

为什么chdir自 ruby​​ 1.8.1 以来 Pathname 的方法已过时？它有什么问题？

这个：

比这更短且更具可读性：

我只是想知道现代相当于什么：

将会。它说它已经过时了，我应该使用 AddObserver，但我不确定要为 IntPtr 上下文变量使用什么。