2012-01-20 19 views

Trả lời

0

những người bạn đã tạo dll ở chế độ phát hành và asp.net cũng chạy trên chế độ phát hành, điều này không ảnh hưởng đến hiệu suất.

Tệp này dành cho DEBUG, nhưng những gì DEBUG? Thông tin gỡ lỗi mà bạn nhận được trên các lỗi chưa xử lý, như ngăn xếp cuộc gọi, tất cả các chức năng gọi trên ngăn xếp và tất cả số dòng bao gồm cả một lỗi ném. Nó hữu ích nếu bạn muốn biết nơi mà các lỗi ném lên, và họ giúp xác định vị trí lỗi và lỗi rất nhanh.

Thông tin mà họ cung cấp là tên chức năng và vị trí cuộc gọi bên trong các chức năng. Chúng tôi bao gồm tất cả, để giúp chúng tôi với các lỗi.

Bạn cũng có thể tạo thông tin tương tự và trên các trang (tệp aspx) bằng cách bao gồm compilerOptions="/D:TRACE" trên web.config dưới thẻ <compiler, trong trường hợp bạn có một số lỗi trên trang và bạn không biết trong dòng phù thủy, .

Một số thông tin thêm:

http://msdn.microsoft.com/en-us/library/ms241903.aspx

+0

Vâng ... nó có thể hữu ích khi ghi ngoại lệ? Nó có thể cung cấp số dòng đúng? –

+0

@ KeesC.Bakker Có! chính xác, ý tưởng rất tốt đẹp từ MS, họ không ảnh hưởng đến hiệu suất và bạn nhận được nhiều thông tin về lỗi. – Aristos

0

nếu bạn có tệp .pdb nhưng exe/dll vẫn được xây dựng trong bản phát hành, tất cả các tối ưu hóa đã được đưa vào để nó không quan trọng.

0

Các tệp này chỉ được trình gỡ lỗi sử dụng, vì vậy nếu bạn chỉ chạy ứng dụng mà không gỡ lỗi, các tệp sẽ bị bỏ qua hoàn toàn. Vì vậy, không, sự hiện diện của các tệp này không ảnh hưởng đến hiệu suất.

+0

Nó không thể cho tôi số dòng trong stacktrace ngoại lệ đăng nhập? –

+0

@ KeesC.Bakker, vâng, quên mất điều đó ... nhưng thậm chí sau đó, các tệp PDB chỉ được sử dụng khi một ngoại lệ xảy ra, vì vậy nó không làm tổn thương hiệu suất –

Các vấn đề liên quan