我如何安全地在ASP.NET中进行Debug.Assert？

2019-11-06 19:17:41 阅读：156 来源： 互联网

无法断言资产.这很好,因为我不想将某些错误包装在try / catch中,至少在开发服务器上没有包装.但是Asserts似乎很危险.如果他们投入生产,它可以使用msgbox挂起ASP.NET服务器.

//Don't want this on prod even if debug=true is in the web.config
#if DEBUG
    //A future client programmer can wrap this in a try{}catch{}
    if (!EverythingIsOkay)
        throw new InvalidOperationException("Dagnabbit, programming error");

    //This stops the but has less information that an
    // Exception and hangs the server if this accidentally 
    // runs on production
    System.Diagnostics.Debug.Assert(!EverythingIsOkay);
#endif

有没有更好的方法可以将违反不可侵犯条件的违规行为告知开发人员,而又不会冒死IIS的风险？

更新：阅读了第一份答复之后,我猜答案取决于一种万无一失的方法,可以检测代码何时在开发环境中运行以及何时在生产服务器上运行,或者弄清楚如何引发无法捕获的异常并被忽略.

解决方法:

我亲自使用两个方法“ Assert”和“ Fail”创建了一个名为“ Defense”的类.声明与xUnit“声明”类似,其工作原理是：布尔条件和一条消息,如果条件为假,则引发该消息的异常.失败会立即引发异常.

它非常简单,已经挽救了我很多次.它对ASP.NET友好,并且死得很快.如果您担心在现实世界中会引发这些错误,则可以修改Assert方法,以便它使用预处理指令(#if DEBUG … #endif)进行记录,但是在我的工作中,我宁愿尝试一下而不是隐藏现实世界中的错误,不知道发生了什么.

标签：assert,asp-net,c
来源： https://codeday.me/bug/20191106/2000503.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

我如何安全地在ASP.NET中进行Debug.Assert？