比如有下面一个console程序, 应该把try catch设计在程序更顶层的A呢,还是更靠近异常发生调用处的B呢?
或者是根据Exception的种类(致命故障或者一般异常)区别对待呢?

==== Program.cs ====
main()
{
    IService service = new Service();
    service.Foo(); // A
}

==== Service.cs ====
class Service:IService
{
    private readonly IAnotherService _anotherService;

    public void Foo()
    {
        var value = _anotherService.Bar();   // B
        // ...
    }
}

==== AnotherService.cs ====
class AnotherService:IAnotherService
{
    public string Bar()
    {
        if (...)
            throw new Exception();
    }
}
  
--
FROM 60.180.25.*

是想听听大家的思路。我目前觉得，致命异常或者意外的异常放在A，其余的放在贴近异常发生的部分。
  
【 在 jinibm (凌云) 的大作中提到: 】
:  换一种思路，全局性捕捉，判断是哪个部分有问题，不同部分怎么处理，不同等级异常又怎么处理，可以做一套？
:  --
:  
:  
--
FROM 115.221.134.*

向上抛出是指catch throw，还是直接不处理它让上层抉择呢？
  
【 在 coocodelie ( 懒得输入) 的大作中提到: 】
:  在哪一层能对异常做出处理（如重试、变更执行路径、再封装），就在那层捕捉。否则向上抛出。
:  
:  【 在 ustcBoy 的大作中提到: 】
:  : 比如有下面一个console程序, 应该把try catch设计在程序更顶层的A呢,还是更靠近异常发生调用处的B呢?  
--
FROM 115.221.134.*

我一般是按照业务逻辑。
B处的业务一般会明确知道自己该处理哪些异常，不知道的就不要管
A处也一样，不过你这边的A处也可以理解程序全局异常处理。

【 在 ustcBoy 的大作中提到: 】
:   比如有下面一个console程序, 应该把try catch设计在程序更顶层的A呢,还是更靠近异常发生调用处的B呢?
: 或者是根据Exception的种类(致命故障或者一般异常)区别对待呢?
: ==== Program.cs ====
: ...................
--
FROM 222.128.63.59

简单说就是有能力处理就处理，没能力就不管。如何处理看业务逻辑。
注意catch住异常是为了处理，如果不处理就没必要catch。至于处理是写个日志、重试、还是弹窗提示是业务确定的。

【 在 ustcBoy 的大作中提到: 】
: 不知道有没有相对简单又通用的原则
--
FROM 119.130.229.*