이 포스트를 만든 목적
- 무슨 말인지 알고 싶어서
이 포스트의 준비물
- gVim 7.3
- Microsoft Visual C# 2010 Express
참조 서적
- Effective C#
내용
왜 어플에 특화된 예외 클래스를 만들어야 하는가?
그것은 예외가 어디서 어떻게 발생되었는지 정확하게 알기 위해서이다.
어떻게 어플에 특화된 예외 클래스를 만들 수 있는가?
ApplicationException 클래스를 상속받아 구현해 주면 된다. ApplicationException 클래스의 생성자중 InnerException을 받는 생성자를 사용해서 많이 쓰는것으로 보인다. 자세한 내용은 샘플 코드를 보고 감을 잡길 바란다.
결론
- C# 프로그래밍에서 예외 발생을 막는 것은 거의 불가능 하므로, 특화된 예외처리를 만들어 두는게 나중에 디버깅을 위해서라도 좋다.
여담
- 음..
'책 정리 > Effective C#' 카테고리의 다른 글
item 49, C# 2.0의 주요 특징 (0) | 2010.08.31 |
---|---|
item 48, 활용할 수 있는 다양한 툴과 리소스에 대해서 알아두라. (0) | 2010.08.31 |
item 47, 안전한 코드가 더 좋다. (0) | 2010.08.29 |
item 46, Interop를 최소화하라 (0) | 2010.08.27 |
item 45, 견고한 예외 보증 기법이 더 좋다. (0) | 2010.08.25 |
item 43, reflection을 과도하게 사용하지 말라 (0) | 2010.08.19 |
item 42, reflection을 단순화하기 위해서 attribute를 사용하라 (0) | 2010.08.18 |
item 41, 새로운 구조체보다는 DataSet이 좋다. (0) | 2010.08.15 |
item 40, 적절한 collection 개체를 이용하라 (0) | 2010.08.14 |
item 39, 닷넷의 유효성 검증 기능을 사용하라. (0) | 2010.08.10 |
최근댓글