c – 是否可以使源代码“超时”(在某一时刻后变得无效)？

我们正在忙于从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日期/时间函数.

我也考虑过发送自己一个延迟邮件的另一种想法,但是我想知道是否没有可以在源代码中构建的解决方案.

解决方法

就个人而言,我会选择不相信每个人都会在预期的日期实际迁移.即使我有信心会发生这种情况,我不想为任何人创造额外的工作,或者阻止他们工作,如果我错了.

如果没有别的,建筑应该是可重现的.如果在十二月,你意识到你需要从十月份复制一个版本？你不能(至少不要在构建机器上敲钟),因为它不会再编译.

所以,我会这样做：

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“从此文件中删除Visual Studio 2005兼容性代码”.

其实我个人不会检查这个变化,因为在VS 2005的支持被删除之前,它会阻止任何人做任何工作.删除死码真的是您公司11月1日上午可能拥有的最高优先级的任务吗？它需要所有的手在甲板上这样做吗？相反,我会检查,删除文件,完成构建,继续删除兼容性代码,直到所有重新构建,并检查整个事情,“删除VS 2005支持”.

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

如果你真的希望2010-11-01是一个艰难的期限,之后代码断开,那么直到万圣节的午夜才能保持到午夜,然后检查一下这个变化.实际上并不会像您所要求的那样打破代码,但它会破坏任何从源代码控制中刷新的代码,因此可能会打破构建.最重要的是,它很容易被逆转,或者可以在本地被压制,如果事实证明是阻止某人完成工作.