성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] 아쉽게도, 커뮤니티는 아니고 개인 블로그입니다. ^^
[정성태] 질문이 잘 이해가 안 됩니다. 우선, 해당 소스코드에서 ILis...
[양승조
] var대신 dinamic으로 선언해서 해결은 했습니다. 맞는 해...
[양승조
] 또 막혔습니다. ㅠㅠ var list = props[i].Ge...
[양승조
] 아. 감사합니다. 어제는 안됐던것 같은데....정신을 차려야겠네...
[정성태] "props[i].GetValue(props[i])" 코드에서 ...
[정성태] 저렇게 조각 코드 말고, 실제로 재현이 되는 예제 프로젝트를 압...
[정성태] Modules 창(Ctrl+Shift+U)을 띄워서, 해당 Op...
[정성태] 만드실 수 있습니다. 단지, Unity 엔진 내의 스크립트와 W...
[공진영] 안녕하세요 좋은글 감사합니다. 현재 제가 wpf로 관제 모...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
닷넷
.NET 3.0
.NET 3.5
.NET 4.0
VC++
개발 환경 구성
제품 소개
VS.NET IDE
Vista
Windows 7
Windows 8
Windows 서버
Team Foundation Server
IIS
디버깅 기술
Win32
64비트
오피스
웹
기타
Phone
부모글 보이기/감추기
내용
Why "using" is bad for your WCF service host ; http://blogs.msdn.com/salvapatuel/archive/2007/04/25/why-using-is-bad-for-your-wcf-service-host.aspx 위의 블로그에서는, 흔히 볼 수 있는 Service Host 시의 using 사용에 대한 문제점을 지적하고 있습니다. 실제로, WCF 프로그램을 만들어 보신 분들은 많이 공감을 하시겠지만... configuration 파일로부터 읽어들이는 정보가 잘못된 경우 도대체 어느 부분에서 잘못되었는지 알아내기가 그다지 쉽지 않다는 문제가 있지요. 위의 블로그를 읽어보니, 결국 using 문으로 인해 first-exception 에서 제공되는 직접적인 오류 원인 정보가 감춰지기 때문이라고 합니다. 사실, WCF 호스트는 그다지 자주 나타나는 상황은 아니기 때문에, 개발의 편이성을 위해서 사용자가 직접 try/catch 를 구성하는 것이 바람직하겠습니다.
첨부파일
스팸 방지용 인증 번호
1888
(왼쪽의 숫자를 입력해야 합니다.)