C# 包装函数的返回值是个好主意吗？
将函数的返回值封装在类中是一个好主意。它提供了简单的编码，您可以避免尝试…捕获 我正在考虑做这样的事情C# 包装函数的返回值是个好主意吗？,c#,.net,function,C#,.net,Function,将函数的返回值封装在类中是一个好主意。它提供了简单的编码，您可以避免尝试…捕获 我正在考虑做这样的事情 public class ResultWrapper { public bool Success{get;set;} public Exception ErrorMessage{get;set;} public object Result{get;set;} //not object essentially(any type) public Result()
public class ResultWrapper
{
public bool Success{get;set;}
public Exception ErrorMessage{get;set;}
public object Result{get;set;} //not object essentially(any type)
public Result()
{
Success=false;
ErrorMessage="";
Result=null;
}
}
public ResultWrapper DoSomething(parameters....)
{
var result=new ResultWrapper()
try
{
}
catch(Exception ex)
{
result.Error=ex;
}
return result;
}
static void main()
{
var result=DoSomething(parameters...);
if(result.Success)
{
//Carry on with result.Result;
}
else
{
//Log the exception or whatever... result.Error
}
}
static void main()
{
var result=Login(); //throws an exception
if(result.Success)
{
//retrive the result
//carry on
result=PostSomeStuff(parameter);
if(result.Success)
{
}
else
{
Console.WriteLine("Unable to Post the data.\r\nError: {0}",result.Error.Message);
}
}
else
{
Console.WriteLine("Unable to login.\r\nError: {0}",result.Error.Message);
}
}
static void main()
{
try
{
var result=Login();
var result1=result=PostSomeStuff(parameter);
// a lot of functions doing seprate things.
}
catch(Exception ex)
{
//what to do...?
}
}
通常不会。在某些特定情况下，这可能是一个好主意，但我不建议将其作为默认设置
这将使得在异常到达一个好的处理位置之前，不可能允许异常“冒泡”。这会使代码更难理解。通常不会。在某些特定情况下，这可能是个好主意，但我不建议将其作为默认设置
这将使得在异常到达一个好的处理位置之前，不可能允许异常“冒泡”。这将使代码更难理解。不，这是一种反模式。如果有任何你不知道如何处理的异常，那么让它向上传播。当语言支持异常时，在返回值中返回异常对象是一个非常糟糕的主意
如果方法成功，则应直接返回值；如果失败，它应该抛出一个异常。（注意：某些方法可能返回指示成功或失败的
booloutint.TryParse（）Dictionary.TryGetValue（）如果方法成功，则应直接返回值；如果失败，它应该抛出一个异常。（注意：某些方法可能返回指示成功或失败的
booloutint.TryParse（）Dictionary.TryGetValue（）您几乎应该始终匹配您正在使用的框架的语义，否则您将得到一个奇怪的mish mash。很快你就有了10个相互竞争的编码“标准”。这太糟糕了。想想有多少if语句将被添加到您的代码中，只是为了检查是否引发了异常 另外，请这样想：如果这是一个好主意，那么.NET框架本身就可以做到这一点。你在.NET的任何地方见过这种模式吗？我没有
您几乎应该始终匹配您正在使用的框架的语义，否则您将得到一个奇怪的mish mash。很快你就有了10个相互竞争的编码“标准”。我认为引入了例外来消除这种带有数百个错误代码的包装器。这是一个非常普遍的问题。这就像问你是否应该返回一个
字符串intERROR\u SUCCESS字符串intERROR\u SUCCESSTryXyzParseResult