小编m0s*_*m0s的帖子

如何在记录到数据库失败时强制nlog抛出异常？

当我取消支持nlog的数据库时,没有任何内容被记录,似乎NLog吞下了这个问题.有没有办法将它配置为引发和异常,或者至少登录一个记录失败的文本文件？

这是我的配置:

<?xml version="1.0" ?>
<nlog autoReload="true" throwExceptions="true" internalLogFile="${basedir}/App_Data/nlog.txt" internalLogLevel="Debug"
 internalLogToConsole="true">

 <targets>
 <!--Useful for debugging-->
 <target name="consolelog" type="ColoredConsole"
 layout="${date:format=HH\:mm\:ss}|${level}|${stacktrace}|${message}" />



 <target name="databaselog" type="Database">

 <dbProvider>System.Data.SqlClient</dbProvider>

 <!-- database connection parameters -->
 <!-- alternatively you could provide a single 'connectionstring' parameter -->
 <connectionString>Data Source=.\SQLEXPRESSZ;Initial Catalog=aspnetdb;Integrated Security=SSPI</connectionString>

 <commandText>
 insert into NLog_Error ([time_stamp],[level],[host],[type],[source],[logger],[message],[stacktrace],[allxml]) values(@time_stamp,@level,@host,@type,@source,@logger,@message,@stacktrace,@allxml);
 </commandText>

 <parameter name="@time_stamp" layout="${utc_date}" />
 <parameter name="@level" layout="${level}" />
 <parameter name="@host" layout="${machinename}" />
 <parameter name="@type" layout="${exception:format=type}" />
 <parameter name="@source" layout="${callsite:className=true:fileName=false:includeSourcePath=false:methodName=false}" />
 <parameter name="@logger" layout="${logger}" />
 <parameter name="@message" layout="${message}" />
 <parameter name="@stacktrace" …

Run Code Online (Sandbox Code Playgroud)

nlog

m0s*_*m0s

2019 06-23

16
推荐指数

1
解决办法

1万
查看次数

是否可以将Android SDK方法与@hide注释一起使用？

是否可以使用带有@hide注释的方法而无需重新编译sdk？

注意:我知道我不应该使用这种方法等.

android

m0s*_*m0s

lucky-day

13
推荐指数

2
解决办法

1万
查看次数

单个或多个存储库类？

我的数据库相对较小,有8个表,每个表少于5列.我用EF.我创建了单个存储库类,但现在我认为它可能不是使用它的正确方法.我应该为每个控制器设置单独的存储库类吗？可以说我有产品,用户,独角兽会是罚款,有一个单一的仓储类有所有这些操作和实例化在每个那些控制器,或者我应该创建为每个单独仓库类？

domain-driven-design entity-framework repository-pattern asp.net-mvc-2

m0s*_*m0s

2011 07-31

12
推荐指数

1
解决办法

2152
查看次数

拥有单一的,可能是常见的通用异常是不好的编程风格？

所以在我的程序中我有部分我使用这样的try catch块

try
{
  DirectoryInfo dirInfo = new DirectoryInfo(someString); 
 //I don't know if that directory exists
 //I don't know if that string is valid path string... it could be anything

 //Some operations here
}
catch(Exception iDontCareWhyItFailed)
{
  //Didn't work? great... we will say: somethings wrong, try again/next one
}

Run Code Online (Sandbox Code Playgroud)

当然我可能会检查字符串是否是有效路径(正则表达式),然后我会检查目录是否存在,然后我可以捕获各种异常,看看为什么我的例程失败并提供更多信息......但在我的程序中这不是必要的.现在我真的需要知道这是否可以接受,以及专业人士对此有何看法/想法.非常感谢您的关注.

c# coding-style

m0s*_*m0s

2010 04-07

8
推荐指数

3
解决办法

489
查看次数