MSFL :: 모리스 소프트웨어 공작소

개발을 진행하다 보면 Exception 정보의 중요성을 무시하는.. 아니 관심이 없는 개발자들을 많이 본다. Exception 정보야 말로 문제 해결의 근본적인 요소인데 말이다. 그리고 많이 헷갈리는 것 중에 하나가 바로 throw 와 throw(ex) 의 차이점이다. [ throw vs throw(ex) ] 그냥 보기에는 이 둘에는 차이점이 전혀 없어 보인다. 그러나 명확한 차이점이 존재한다. try { ...  } catch (Exception ex) {      throw ; } 위의 코드는 catch로 Exception을 잡고 그냥 다시 throw 를 하는 것이고 try { ...  } catch (Exception ex) {      throw (ex); } 위의 코드는 catch로 Exception을 잡고 그 Exception을 throw 하는 것이다. 위의 두 가지 모두 Exception을 catch 했고, 이를 다시 throw 하는 것에서는 같다. 그리고 같은 Exception Message를 제공한다는 점에서는 다른 점이 없다. 그럼 차이점은 무엇일까??? 굉장히 중요한 차이점이 있다. throw 는 현재 Context 상에서 발생한 Exception 정보를 온전하게 가지고 있다. 그러나 throw(ex) 는 처리 시점에 Exception을 Wrapping 하면서 기존의 Stacktrace 를 초기화하게 된다. 따라서 throw(ex)는 예외의 근본적인 정보를 소실할 수 있다는 점이다. 아래의 코드를 기준으로 점검을 해 보도록 하자. using System; namespace ThrowTest { class Program { static void Main( string [] args) { ...

SCSF 에는 기본적으로 Enterprise Library가 사용된다. 예전에도 그랬지만 기능은 훌륭하고 많은 부분에서 최적화(?)된 것일지도 모르지만, 역시나 사용하기에는 뭔가 모르게 무겁고, 사용하지 않는 기능이 더 많다라는 느낌을 지울수가 없다. 이번 프로젝트도 SCSF를 기반으로 하고 있지만, Enterprise Library를 걷어내고 각 부분에 전문화된 오픈 소스를 사용하기로 하였다. 예전에는 Log4Net을 사용했지만, 대량 사용자 환경에서는 메모리 누수와 기타 문제점이 존재한다는 MS 컨설턴트(?)의 전해진 말을 들은 후로는 사용하지 않는다. 대안으로 사용하는 것이 NLog 이다. 조금 후에는 3.0 버전도 나온다고 홈 페이지에 기재되어 있지만, 그 때가 되면 프로젝트는 끝나기 때문에 현재 2.1.0 버전을 사용하기로 했다. [원본 출처] http://cloverink.net/most-useful-nlog-configurations-closed/ 위의 참조 자료에는 다양한 정보들이 존재하므로 꼭 링크를 통해서 관련된 정보를 확인하고 이해하는 것이 좋을 듯 하다. 여기서는 당장 필요한 부분만을 정리하도록 한다. [ Logger 찾기 ] 기본적으로 Logger가 존재하는 클래스를 기반으로 Logger 정보를 구성한다. Logger logger = LogManager.GetCurrentClassLogger(); 주로 Namespace 기반으로 Logger를 설정하는 경우에 유연하게 사용할 수 있다. 또 다른 방법으로는 지정한 문자열로 특정 Logger를 직접 선택하는 방법도 제공된다. 이를 혼용해서 Namespace와 직접 지정 방식을 같이 사용할 수도 있다. 물론 Logger 환경 설정에서 Wildcard (*)를 지정할 수도 있다. Logger logger = LogManager.GetLogger("Database.Connect"); Logger logger = LogManager.Get...