2010-03-24 2 views
2

인터넷에서 다운로드 할 수있는 WPF/.Net 3.5 응용 프로그램을 개발 중입니다. 저는 최선을 다해 버그없는 코드를 작성하고 필요한 경우에만 예외를 사용합니다. 그러나 소프트웨어 개발에 대한 나의 경험은 사용자가 항상 상상할 수없는 방식으로 예외를 발생시키는 이상한 일을 처리한다는 것을 보여주었습니다. 처리되지 않은 예외를 잡아야 할 때 추가 정보를 수집하고 싶습니다. 지금까지 나는 다음 캡처 오전 :WPF - 처리되지 않은 예외를 처리 할 때 캡처 할 정보는 무엇입니까?

  • 표준 예외 필드 (메시지, 유형, 스택 트레이스 등)
  • OS 버전
  • 닷넷 버전 응용 프로그램의 DLL
  • 버전은 응용 프로그램 도메인에로드
  • 앱 라이센스 정보
  • 사용자가 실행 한 마지막 몇 개의 명령을 계측합니다.

나는 그런 종류의 일을 믿지 않기 때문에 사용자에 관한 '개인적인'정보를 포착하고 싶지 않다는 점을 매우 조심스럽게 생각합니다. 따라서 사용자 정보/도메인/ip 주소 (예외 정보가 웹 서비스에 전달되므로 본질적으로 IP 정보를 얻지 만 프록시 시스템 일 수 있습니다.).

내 질문

퍼블릭 도메인으로 응용 프로그램을 출시했습니다 사람 (즉, 컴퓨터로하지 통제 된 기업 환경에서) - 당신은 오류의 원인을 추적하는 데 유용 할 것입니다 무엇을 제안 할 수 있습니다 ?

특히 내가 관리/코드 할 수없는 정보를 수집하고 싶지 않습니다. PC에서 사용할 수있는 메모리의 양 또는 연결된 프린터 유형 - 이러한 것들은 .net 프레임 워크에 의해 처리되며 실제로는 (읽지 않음 : 원하지 않음)에 대처하기 위해 코드를 변경해야합니다. 거기서 변형!

감사합니다.

답변

0

충분하다고 생각합니다. 환경, 사용자가 시도한 작업 및 가장 중요한 디버깅 도구 중 하나 인 스택 추적에 대한 정보가 있습니다.

프린터 관리 응용 프로그램이나 다른 것에 대해 이야기하지 않는 한 프린터 정보는 그만한 가치가 없습니다.

하드웨어, 실행중인 서비스, 설치된 응용 프로그램 및 달의 이상한 조합으로 인해 발생하는 오류가 항상 발생할 수 있습니다. 희소 한 오류를 다루기 위해서 사용자 환경에 관한 정보를 열심히 수집하는 것은 가치 있다고 생각하지 않습니다.

사용자가 자신의 특정 문제를 해결해야 할 경우에 대비하여 버그 보고서에 연락하여 더 많은 정보를 제공하고 재현하는 데 도움이되는 방법을 기억하십시오. 타겟 고객에 따라 버그 추적기 또는 간단한 전자 메일 주소와 같은 것을 결정해야합니다.

관련 문제