글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
Func-eval is evil
;
http://blogs.msdn.com/jmstall/archive/2005/03/23/400794.aspx
Func-eval abort is evil
;
http://blogs.msdn.com/jmstall/archive/2007/03/13/func-eval-abort-is-evil.aspx
위의 글에서 가장 중요한 점이 있다면!
"
In order to funceval, the debugger needs to hijack a thread and then resume the debuggee under the covers so that it can run the function. The debugger gets notified when the function completes and then restores that thread to its pre-funceval state.
"
그렇군요. "너무나 당연하게! 자동으로!" VS.NET Watch 창에서 제공된다고 생각했는데... 그 호출을 위해서는 해당 쓰레드위에서만 가능하다는 생각을 미처 못했습니다.
그렇다면 property 를 만들때 이런 면도 고려를 해야 겠군요. 오호...! 이건 쉽게 생각할 문제가 아닌듯 합니다. VS.NET 에서의 개발을 위해서 "개발 구조"를 바꿔야 하지 않을까 라는 생각을 하게 만드니...
물론, 선택은 있습니다. "Tools" 메뉴 / " Options" 메뉴를 선택해서 "Debugging" / "General" 범주의 "Allow property evaluation in variables windows" 옵션을 해제하면 됩니다. 해당 디버그 옵션 조정을 하지 않고, 개발 구조를 유지하려면... Watch 윈도우의 변수 등록을 조심해야 겠습니다.
[최초 등록일: ]
[최종 수정일: 3/14/2007]
... 46 [47]
... 46 [47]