2009-04-17 10 views
14

Nó có vẻ như là một rắc rối khá lớn để thiết lập một môi trường gỡ lỗi thích hợp trong ASP.NET và tôi chỉ tự hỏi nếu sử dụng Asserts là con đường để đi hay không. Tôi đã đọc một chút và thấy rằng bạn cần phải sửa đổi web.config của bạn để sử dụng đúng Asserts. Đây có phải là cách tốt nhất để đi hoặc có phương pháp gỡ lỗi nào khác có thể dễ sử dụng hơn không?Có đáng sử dụng Debug.Assert trong ASP.NET không?

Chúng tôi không sử dụng khung kiểm tra đơn vị để không thực sự liên quan đến câu hỏi.

Làm thế nào để bạn biết sự khác biệt giữa chúng hoạt động bình thường hoặc không hoạt động? Hiện tại tôi có thể đưa vào xác nhận trong mã của tôi và nó sẽ làm hoàn toàn không có gì bởi vì họ không được cấu hình trong web.config. Điều này có vẻ nguy hiểm với tôi.

Trả lời

4

Tôi sẽ hướng dẫn bạn tại đây: When should I use Debug.Assert()?. Có một số câu trả lời hay có thể cho bạn biết khi nào tốt khi sử dụng chúng và bạn có thể tìm ra từ đó nếu nó đáng giá trong ứng dụng của bạn.

+2

Tôi đã đọc câu trả lời này. Vấn đề là nó không phải là cụ thể cho ASP.NET, nơi bạn phải làm một số cấu hình cụ thể để có được chúng hoạt động đúng. –

+1

Làm thế nào để bạn biết sự khác biệt giữa chúng hoạt động đúng hay không hoạt động? Hiện tại tôi có thể đưa vào xác nhận trong mã của tôi và nó sẽ làm hoàn toàn không có gì bởi vì chúng không được cấu hình. Điều này có vẻ nguy hiểm với tôi. –

1

Có xác nhận gỡ lỗi sẽ đảm bảo mã của bạn là chính xác. Với sự kết hợp đúng đắn của các trường hợp thử nghiệm chắc chắn sẽ giúp bạn.

Một số khung kiểm tra đơn vị đi kèm với trình xử lý có thể ghi nhật ký và ném ngoại lệ trên các xác nhận. Chọn một trong các khung hoặc viết trình xử lý của riêng bạn là điều mà bạn có thể phải suy nghĩ. Nhưng một khi mã kiểm thử Đơn vị bắt các ngoại lệ này, chúng phải được ghi lại và đánh dấu là không thành công.