c# - 不通过调试器运行关键业务 C# 控制台应用程序的原因是什么?

标签 c# debugging

我正在寻找一些可以用来说服同事的谈话要点,只需打开 Visual Studio 并在 Debug模式下运行应用程序就可以运行 24/7 生产应用程序。

运行已编译的控制台应用程序与在 Debug模式下运行相同的应用程序有何不同?

您是否曾经在实时设置中使用调试器? (实时:意思是连接到面向客户的数据库)

我是否错误地认为通过调试器运行实时配置总是一个坏主意?

最佳答案

在调试器下运行时性能会下降(更不用说复杂性问题 mentioned by Bruce ),并且没有什么可以阻止您在 Release模式下编译时获得与在调试器下运行相同的功能 --您始终可以将程序设置为 log unhandled exceptionsgenerate a core dump这将使您即使在重新启动应用程序后也能调试问题。

此外,手动管理需要 24/7 可用性的应用听起来完全是错误的。您应该使用计划任务或某种自动进程重启机制。

退后一步,this question可能会提供一些关于影响您的团队的指导。

关于c# - 不通过调试器运行关键业务 C# 控制台应用程序的原因是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/136674/

相关文章:

c# - 控制何时加载引用的 .NET 程序集

c# - 为什么编译的委托(delegate)要比声明的委托(delegate)快?

c - 负载很大才出现的bug怎么调试?

c++ - 如何迭代所有 malloc block (glibc)

debugging - 无法在带有 glassfish 服务器的 ubuntu 上使用 intelliJ 在 Debug模式下运行 Web 应用程序

java - Java中的温度转换代码无法运行?

c# - 为 ListView 中的项目着色

c# - 如何在日期时间的数据列中找到最大值?

debugging - 如何调试独立的 VBScript 脚本?

c# - 将 Json 对象属性分配给模型