예외 스택 추적을 인쇄해야합니까?

예외에 대한 스택 추적을 얻는 것이 얼마나 비효율적입니까? 비용이 많이 들지만 비용은 얼마나되는지 압니까? 그들은 확실히 이 아니고 생산 환경에서을 사용해야합니까?예외 스택 추적을 인쇄해야합니까?

프로덕션 환경에서는 로그 스택 추적에 도움이되므로 사용자는 기술 지원부에 문의 할 때 찾을 수 있습니다. 이해 가능한 (일반 사용자가) 메시지 대신 스택 추적을 인쇄하면 안됩니다.

예외적 인 코드 블록의 효율성에 신경 쓰지 않아야합니다. 오류 복구가 가장 중요합니다.

2008-10-21 20:19:43

이 외에도 공용 사이트에서 스택 추적을 공유하면 보안 위험이 발생할 수 있습니다. –

일반적으로 다른 부분이나 다른 시스템에 크게 의존하는 시스템 부분에서만 스택 추적을 인쇄하거나 저장합니다. 오류가 간헐적으로 발생할 수 있으며 환경 상태에 크게 의존하기 때문에 통합 책임이있는 부분에서 특히 그렇습니다.

2008-10-21 20:18:28 IAmCodeMonkey

예외가있는 경우 critical path에 이미 성능 문제가 있습니다. 예외를 추적하기 위해 스택 추적을 얻는 것은 중요하다., IMO.

2008-10-21 20:19:49

제 질문은 예기치 않게 뭔가 잘못되었을 때 성능에 신경을 쓰는 이유입니다. 이 시점에서 애플리케이션의 온 전성에 의문이 생기므로 빠른지 누가 신경 쓰겠습니까?

2008-10-21 20:22:20 Quibblesome

당신이 말했듯이, 이것들은 대답이 아닙니다. 그것은 질문 자체에 좋은 논평을 할 것이지만 분명히 대답은 아닙니다. – mbx

@mbx, 수사학적인 "질문"은 참으로 답이 될 수 있습니다. 혼동스러운 내용으로 구문에 속아서는 안됩니다. 예외적 인 상황의 수행에 대해 돌보는 것이 바보 같다고 제안하는 것이 좋습니다. –

@KirkWoll 일부 수사적 질문은 실제로 대답의 일부가 될 수 있지만 포괄적 인 대답은 좀 더 설명 할 가치가 있습니다. – mbx

청구서 포인트는 실제로 돈에 자리 잡고 있으며 덧글을 추가했지만 여기에도 답변을 추가하고 싶습니다.

공개 된 사이트에서 프로덕션 환경에서는 결코 스택 추적을 사용자에게 인쇄하지 않습니다. 발생한 오류의 성격에 따라 스택 추적에는 보안 정보 (데이터베이스 이름 등)가 누설 될 수있는 정보가 포함될 수 있습니다.

이 규칙은 오류 메시지에 대해서도 적용됩니다.

2008-10-21 20:39:54

답변