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是一个艰难的期限,之后代码断开,那么直到万圣节的午夜才能保持到午夜,然后检查一下这个变化.实际上并不会像您所要求的那样打破代码,但它会破坏任何从源代码控制中刷新的代码,因此可能会打破构建.最重要的是,它很容易被逆转,或者可以在本地被压制,如果事实证明是阻止某人完成工作. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |