问题标签 [obsolete]

在我的项目中，我目前正在准备从遗留代码逐步迁移到新的、经过适当设计和测试的模块。由于不是每个程序员都密切关注我的工作，所以我想在使用旧代码时发出警告。我也非常希望能够输出有关如何移植旧代码的建议。

我找到了两种方法：

1. Attribute::Deprecated，这对于函数来说很好，但如果一个完整的模块被弃用则相当麻烦。此外，除了警告之外没有其他信息。

2. Perl::Critic::Policy::Modules::ProhibitEvilModules对于模块，或者可能是Perl::Critic在函数或方法级别上更好地弃用的自定义规则。这种方法很好，但从代码本身来看，它已经被弃用了。

任何其他建议或技巧如何正确和轻松地做到这一点？

我刚刚开始在 Mac System 7.5.5 中使用MetroWerks CodeWarrior 1.1 For Mac 68k，但我需要知道：如何创建一个带有 TextBox 的简单表单？谢谢。

我们应该考虑屏幕和打印以外的 CSS 媒体吗？http://www.w3.org/TR/CSS2/media.html#media-types

其他媒体项目有什么实际好处吗？或所有其他（屏幕和打印除外）

使用其他媒体类型有什么好处？

我有一个使用文件系统实体来操作数据的类。我们有几种方法专门设计用于（尝试）处理我们在这种方法中面临的一些问题（文件锁定、不存在的文件等）。理想情况下，如果其他开发人员尝试通过 System.IO 直接访问文件系统而不是使用辅助方法，我希望能够发出警告。

这可能吗？我正在寻找的行为是有效地将诸如 File.ReadAllText() 之类的方法标记为已过时，但仅在此项目中（不是解决方案范围内）。

我已经做了一些挖掘，看起来我唯一的选择是“告诉他们确保他们使用你的方法”。我希望有人能给我一个不同的，更有帮助的答案。:)

--EDIT-- 自定义 StyleCop 或 FxCop 规则的建议很好，但不幸的是在这种情况下不切实际（并非部门中的每个开发人员都使用这些优秀的工具），并且进行文件访问的合法方法确实使用 System.IO . 在合法方法中添加“忽略”属性也是一个危险的想法。如果有人看到我如何“破坏”我自己的规则，他们可能会将属性复制到他们自己的方法中。

这里的一些程序员一直在用 VB6 开发一个项目，他们说如果他们希望他们的应用程序在更新/未来的系统上运行，他们现在需要升级到 vb.net，因为 vb6 很快就会成为历史。

所以他们一直在处理这个巨大的应用程序，他们将不得不从头开始重建（他们尝试使用升级向导，但错误太多）

公司的所有者对于在一个项目上投入这么多时间而不得不转身从头开始重做它并不太兴奋。

这不是我的项目，我对 vb 一无所知，我是一名网络程序员。

但是这些人能做什么，这样就不会再发生这种情况，或者他们应该怎么做，这样现在就不会成为问题了？

是否有某种方法可以确保您的应用程序始终具有可扩展性并且不会过时并且需要重新编写？

谢谢！

我在 Stack Overflow 上读到一些 C 函数“已过时”或“应该避免”。你能给我一些这种功能的例子和原因吗？

这些功能有哪些替代品？

我们可以安全地使用它们 - 有什么好的做法吗？

我的批处理构建有一个项目，我们称之为“My.Project”。该项目在其自己的独立项目中升级到 .NET 3.5（从 .NET 1.1）（这意味着它不属于此批处理构建的一部分）。大部分是相同的，有升级的呼叫，添加/删除的功能。我开始用新的调用替换所有其他项目使用的所有调用，现在是旧的项目。我首先删除旧引用，然后添加新引用。我的一个项目只有一个电话。当我进行更改时，新项目中的一个命名空间会抛出“My.Project.Namespace1 已过时”，而对该项目的另一个调用则什么也没有。有什么我应该寻找的吗？什么会导致这种情况？

最近我开始学习 .NET 中的上下文（上下文绑定、上下文敏捷、消息接收器等）。几个警钟开始响起：

1. 所有上下文绑定类都派生自 ContextBoundObject，而后者又派生自 MarshalByRefObject。MarshalByRefObject 是 .NET Remoting 体系结构的一部分。.NET Remoting 体系结构被认为是过时的。
2. 大多数与 .NET 相关的书籍很​​少或根本不关注上下文的概念。
3. MSDN 几乎没有提供任何关于 Contexts 的信息：解释了类，但没有提供卫星文章（例如“How To”、“Overview”、“Tutorials”等）。
4. 大多数讨论上下文的文章和论坛主题都已有几年历史了。
5. 除了同步上下文之外，.NET 框架似乎几乎没有使用上下文架构。

因此，我的问题是：.NET 中的上下文概念是否已过时并且在新的开发中应该避免使用？如果它已经过时，推荐什么替代品？

如果有一个新项目（ProjNew），我想在其中放置几个​​在其他项目（ProjOld）上的类。

问题是我想维护标有 Obsolete 的旧类，以避免运行我所有的项目并检查他们是否使用它。

但是这样可能会引发一个模棱两可的类名错误，因为我没有通过命名空间显式调用。

有没有办法在过时的情况下说在歧义情况下使用什么程序集？

我正在使用 Visual Studio 2010。但发现 Obsolete 属性不会导致任何编译器警告（我希望它会导致编译器警告）。警告级别为 4。

谢谢。