Question

我们目前正忙于从Visual Studio 2005迁移到Visual Studio 2010（使用非托管C / C ++）。这意味着我们大约一半的开发人员已经在使用Visual Studio 2010，而另一半仍在使用Visual Studio 2005.最近，我遇到了一种情况，即在Visual Studio 2010中可以以干净的方式编写某种构造，但是在Visual Studio 2005中需要不太干净的源代码。因为并非所有开发人员都在其计算机上安装了Visual Studio 2010，所以我必须编写如下代码：

#if _MSC_VER >= 1600
   // clean version of the source code
#else
   // less clean version
   // of the source code
   // requiring multiple lines of code
   // and requiring some dirty static_casts
#endif

由于所有开发人员都将在今年年底之前迁移到Visual Studio 2010，因此我希望此代码在某个时刻后自动“消失”。在源代码中保留“不太干净的版本”会导致长期不可读的源代码。

当然，我知道代码不会自动消失，所以我真的想在一定时刻后自动响铃。像这样：

#if _MSC_VER >= 1600
   // clean version of the source code
#else
   // less clean version
   // of the source code
   // requiring multiple lines of code
   // and requiring some dirty static_casts
#endif
#if compilation_date is after 1 november 2010
#   error "Remove Visual Studio 2005 compatibility code from this file"
#endif

这样，如果我们忘记了这一点，我们会在2010年11月1日之后自动收到通知。

这个技巧可能需要使用 DATE ，但由于这需要由预编译器处理，因此您无法执行字符串操作或使用C日期/时间函数。

我还考虑过给自己发送延迟邮件的另一种想法，但我想知道是否没有可以在源代码中内置的解决方案。

Answer 1

对于GNU make，我会这样做：

CFLAGS + = -DCURDATE = $（贝壳日期+％Y％m％d）

它会向编译器标志添加一个宏CURDATE，其中包含YYYYMMDD格式的当前时间。

所以在源代码中你可以这样做：

#if CURDATE > 20101101
#error "Do whatever you have to do"
#endif

你能在VS做这样的事情吗？

Answer 2

就个人而言，我会选择不相信每个人都会在预期日期之前迁移。即使我确信它会发生，我也不想为任何人创造额外的工作，或者在我错了的情况下阻止他们工作。

如果不出意外，构建应该是可重现的。如果，在十二月，你意识到你需要从十月重现一个版本，该怎么办？你不能（至少，不能没有在构建机器上躲避时钟），因为它不会再编译。

所以，我会这样做：

support2005.h
-------------

// empty file

source file
-----------

#include "support2005.h"
#if _MSC_VER >= 1600
   // clean version of the source code
#else
   // less clean version
   // of the source code
   // requiring multiple lines of code
   // and requiring some dirty static_casts
#endif

一旦每个人都拥有VS 2010，请更改support2005.h以包含#error "Remove Visual Studio 2005 compatibility code from this file"。

实际上我个人不会检查这个更改，因为它会阻止任何人做任何工作，直到VS 2005支持被删除。删除死代码真的是贵公司在11月1日早上可能拥有的最高优先级任务吗？是否需要所有人在甲板上这样做？相反，我会检查，删除文件，执行完整版本，继续删除兼容性代码，直到所有内容再次构建，并检查整个内容，“删除VS 2005支持”。

你说你担心你可能会忘记，但如果你这样做，那又怎么样？死代码不会伤害任何人。下次你查看这些文件时，或者下次在文件列表中看到“support2005.h”，标题依赖图等时，你会记住它。所以它不是“使源代码长期不可读” “，因为看到它的长期任何人都可以忽略或删除它。如果你有任何类型的问题跟踪软件，你可以找到2010-11-01之后的第一个里程碑，并附上一个任务，“删除VS 2005支持，摆脱support2005.h”，附注这仍然被仍在使用VS 2005的开发人员阻止。

如果你真的希望2010-11-01成为一个艰难的截止日期，之后代码会中断，那么只要在万圣节前夕熬夜，然后检查一下这个突破性的变化。它实际上并没有像你要求的那样破坏代码，但它确实打破了任何刷新源代码控制的人，因此可能会破坏构建。最重要的是，它很容易逆转，或者可以在当地被抑制，如果结果是阻止某人完成工作。

Answer 3

我只使用像#ifdef WARN_OLD_COMPAT这样的预处理器定义。通过延迟邮件，您将记住您定义此内容。

检查编译日期是否晚于＆lt; X＆gt;在其他方面是不可能的。

Answer 4

为什么不在dev build中进行运行时检查？当然你测试你的代码，所以第一次有人在日期之后测试它，你会收到通知。

是否可能有“超时”的源代码（在某个时刻后变得无效）？

4 个答案: