|
|
1
7
我认为,如果您的调试代码是干净的,并且在任何日志语句中都使用“专业”语言,那么可以将其保留在中。如果调试代码是草率的,或者有“我在这里…”“现在我在这里…”之类的调试消息,您应该把它去掉。 如果您的调试语句反映出存在一些您无法理解的问题,那么最好将它们去掉,如果您试图将您的软件“销售”给某人。(希望你以后能修好……) |
|
|
2
3
你应该保持代码的原样,除非你在你的评论中使用了不可记录的语言。如果有人要使用您的代码,他们很可能需要这些代码,或者它将帮助他们理解您的代码。(评论也是如此) 编辑:我以前经常处理掉其他工作室代码。我见过调试代码、死胡同和其他许多东西,但我唯一讨厌的是那些去掉调试和注释代码的人,这使得他们的代码很难维护。 |
|
|
3
3
我也投票决定把它放进去。如果/当您开始处理第一个补丁时,您可能需要那些调试阻塞的部分。另外,即使在指令中被阻塞,QA也不会喜欢您删除代码。 |
|
|
4
2
如果您决定删除它们,只需在导出代码时用脚本过滤掉它们,就不需要维护两个版本。 |
|
|
5
2
使用源代码管理系统中的所有内容维护基本版本。 然后,如果您希望以一种或多种方式分发筛选的源代码,请编写一个脚本,该脚本将生成源代码的发布版本。 不要维护这些辅助过滤存储库,使它们始终生成。 但是值得花时间吗?可能不会,您应该只分发包括ifdef调试部分在内的所有内容。 |
|
|
6
0
维护任何东西的多个版本是不可取的。 只有当你 必须 . |
|
|
MaPo · Linux,设置锁定ICMP_过滤器选项 1 年前 |
|
Doohyeon Won · 内联函数上的奇怪现象?[关闭] 1 年前 |
|
|
Bobby · 复合字面值总是左值吗? 1 年前 |
|
9-Pin · C: 嵌套结构的堆栈内存分配 1 年前 |