关于vs的release和debug

2017-05-31 01:38:06 584 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

VS2005下Debug和Release模式的切换相信大家对Debug和Release的区别应该了解一点简单地说 Debug模式适合编写代码的时候因为加入了很多的调试信息而Release模式适合发布用体积相对 Debug模式要小不少如果还不明白的请自行baidu…… 由于之前一直用VC6写代码其实编译器都差不多只是VC6要快不少因为最近要使用一个第三方的库不得已改用了VS2005 之前使用VC6的时候阅读详情

我们都知道vs生成的时候有2个选项，release和debug。

我们开发的时候一般都使用debug。

据说release是编译器优化过的版本。它不包含调试信息。

问题：
部署到生产环境的时候，我接触到的做法也是使用debug版本。

不知道大家接触到的都是什么做法？release还是debug？

...全文

Dlib debug版或 dlib release版在VS2013中的配置安装预先安装VS2013，cmake3.2 1、从 http://dlib.net/ 下载Dlib18.16； 2、打开cmake，设置source code路径：C:/Users/Yan/Desktop/dlib-18.16/dlib， build binaries路径：C:/Users/Yan/Desktop/dlib_building，阅读详情

weixin62

.NET Framework 17,748 成员 24,324 内容

+ 关注 + 加入社区

切换为时间正序

threenewbee 2017-07-12

打赏
举报

引用 6 楼 sp1234 的回复:

最典型地，在 DEBUG 中，用条件编译语句自动从编译出来的代码中删除掉了几乎所有的
try
{
   ....
}
catch
{
   .....
}
语句，并且有
Debug.Asser
或者
Debug.Print
或者为debug环境而设计的一系列自动化调试、测试功能。这些在 RELEASE 中都是多余的东西，当然需要去掉这些你主动写出来的代码。实际上我们开发中绝大部分时间都在研究如何才能更好地自动化测试、如何才能调试出问题，以便用测试来驱动出来开发过程。开发中只有10%的时间在写最终代码，有90%的时间其实都是在研究和修改代码。现在假设你根本没有主动为调试测试而写代码，你认为自己只要一动手就可以写出从来不修改、从来没有bug的代码，也就是说你写代码是任何人的效率的10倍以上，那么你就不用学习 DEBUG 之下的技术了。而绝大多数人都是需要在工作中慢慢学习如何 DEBUG 的。所以切不可忽视 DEBUG。

在debug的时候尽可能暴露错误信息这个想法是对的。但是如果debug和release执行了不同的代码逻辑，滥用条件编译，则反倒事与愿违，因为生产的代码完全不是测试的代码，不仅仅是没有暴露问题，而是制造了新的问题。那么生产代码其实就是没有测试的代码。

以专业开发人员为伍 2017-07-09

打赏
举报

Debug.Asser --> Debug.Assert

以专业开发人员为伍 2017-07-09

打赏
举报

最典型地，在 DEBUG 中，用条件编译语句自动从编译出来的代码中删除掉了几乎所有的

try
{
   ....
}
catch
{
   .....
}

语句，并且有

Debug.Asser

或者

Debug.Print

或者为debug环境而设计的一系列自动化调试、测试功能。这些在 RELEASE 中都是多余的东西，当然需要去掉这些你主动写出来的代码。实际上我们开发中绝大部分时间都在研究如何才能更好地自动化测试、如何才能调试出问题，以便用测试来驱动出来开发过程。开发中只有10%的时间在写最终代码，有90%的时间其实都是在研究和修改代码。现在假设你根本没有主动为调试测试而写代码，你认为自己只要一动手就可以写出从来不修改、从来没有bug的代码，也就是说你写代码是任何人的效率的10倍以上，那么你就不用学习 DEBUG 之下的技术了。而绝大多数人都是需要在工作中慢慢学习如何 DEBUG 的。所以切不可忽视 DEBUG。

以专业开发人员为伍 2017-07-09

打赏
举报

如果你在开发工程中从来自己不注意DEBUG和RELEASE，那么人家的区别对你来说其实就是一种障碍。因为你根本不知道为什么要有区别！关键还是自己在工程中要首先区别。在 DEBUG 版本中，也就是开发中，你当然目的是尽可能地让 bug 尽早跳出来。这样你才知道下一步该怎么走，不要带着严重的 bug 去想当然地继续开发。而是要先把主要 bug 扫清了，才进行下一个小时、半天、一天、一周的开发。如果你没有办法让 BUG 尽可能指引自己的行动，那就成了自欺欺人的开发了。但是 RELEASE版本，则正相反。这个时候你需要尽可能地捕获BUG，然后处理掉，让用户不会感到困扰。这个时候的理念跟开发时当然就是相反的，这个时候你不是尽可能早地让产品 BUG 跳出来了，而是尽可能地把 BUG 跳过去。只有这样才能保证产品质量。只有知道用完全相反的思维方式来进行工程开发，才叫做产品研发和上线。那么在你的代码中，就会在所有关键的地方都有“条件编译”代码例如