将不确定变为确定~为什么发布项目时用release环境更好些

简介:

之前写过类似的文章,今天决定在简单的说说,在很多时候,我们在发布项目时,直接就发了,没有什么讲究,但我要说的是,VS为我们提供了一些工具,它可能希望我们在发布项目时要讲究一些,呵呵!

调试模式

发布(生产,运营)模式

这就是VS为我们提供的两个模式,当然你也可以根据团队的需要去建立其它的模式,但我和小微认为没那个必要了,呵呵,下面来看看这两种模式在什么时候会用。

首先,如果你在代码中没有用到debug,release,那事实上它们在发布时,这两种模式没有区别,但如果你的代码中用到了,那就不同了,可能一个方法在调试时用,但运营环境时就不需要了,如果调试日志的写入,可能只是调试时用,但运营时就不需要了,但运营时,可能对关键点也需要有日志记录。

看代码:

      /// <summary>
        /// 在调试时使用日志来记录所发生的事件
        /// </summary>
        /// <param name="fmt"></param>
        /// <param name="args"></param>
        [Conditional("DEBUG")]
        static void Logger(string fmt, params object[] args)
        {
            Console.WriteLine("{0}", String.Format(fmt, args).Trim());
        }

而这时,你在debug模式下,运行程序,如果调用了Logger方法,它会正确加载,但如果你使用release去发布或者调试,那么,Logger方法将不会

被执行,这种特性在我们开发中,经常用到。

本文转自博客园张占岭(仓储大叔的博客,原文链接:将不确定变为确定~为什么发布项目时用release环境更好些,如需转载请自行联系原博主。

目录
相关文章
|
6月前
【Qt 学习笔记】使用QtCreator创建及运行项目 | 项目初始代码解释
【Qt 学习笔记】使用QtCreator创建及运行项目 | 项目初始代码解释
1001 1
|
6月前
自动检查以确保依赖项始终与使用的electron版本相匹配的小技巧
自动检查以确保依赖项始终与使用的electron版本相匹配的小技巧
92 0
|
3月前
|
Java Go API
我用go-zero开发了第一个线上项目
我用go-zero开发了第一个线上项目
|
5月前
|
XML Java Maven
视觉智能开放平台操作报错合集之依赖核心库下载下来的版本,与发布报告中的版本不一致,导致调用的时候找不到方法,调用失败,该怎么解决
在使用视觉智能开放平台时,可能会遇到各种错误和问题。虽然具体的错误代码和消息会因平台而异,但以下是一些常见错误类型及其可能的原因和解决策略的概述,包括但不限于:1. 认证错误、2. 请求参数错误、3. 资源超限、4. 图像质量问题、5. 服务不可用、6. 模型不支持的场景、7. 网络连接问题,这有助于快速定位和解决问题。
|
6月前
|
存储 索引
LabVIEW​运行中改变Chart的历史长度
LabVIEW​运行中改变Chart的历史长度
41 0
|
11月前
|
小程序 Linux C语言
Linux实现进度条小程序(包含基础版本和模拟下载过程版本)(上)
Linux实现进度条小程序(包含基础版本和模拟下载过程版本)
|
11月前
|
小程序 Linux C语言
Linux实现进度条小程序(包含基础版本和模拟下载过程版本)(下)
Linux实现进度条小程序(包含基础版本和模拟下载过程版本)
|
存储 机器人 应用服务中间件
|
JavaScript 开发者
Vite 在运行过程中是如何发现新增依赖的?
Vite 在运行过程中是如何发现新增依赖的?
228 0
下一篇
无影云桌面