thấy http://blogs.msdn.com/b/jaredpar/archive/2010/02/19/flattening-class-hierarchies-when-debugging-c.aspx
UPDATE: Tôi đã viết một công cụ thương mại gọi là OzCode rằng giải quyết vấn đề này. Ý tưởng là nếu bạn quan tâm đến thuộc tính của lớp cơ sở, bạn có thể "Gắn dấu sao" thuộc tính đó làm cho thuộc tính xuất hiện ở đầu danh sách thành viên và cũng trong văn bản của phần tử gốc.
Vì vậy, ví dụ, trong các tình huống sau, tôi đã phải mở rộng hai nút cơ sở để có thể nhìn thấy các thuộc tính tôi muốn, "Quan trọng" và "Thú vị":
Nhưng một khi tôi sao các đặc tính này, họ sẽ luôn xuất hiện ở phía trên, thậm chí khi xem biến của các loại nguồn gốc, vì vậy tôi sẽ thấy:
những stars được tiếp tục tồn và sẽ được hiển thị mỗi khi bạn xem một một đối tượng kiểu đó trong DataTip hoặc QuickWatch wi từ thời điểm đó trở đi, do đó, lần sau bạn biến loại đó, bạn sẽ không cần phải mở rộng các nút "cơ sở" đó. Và vì các giá trị được gắn dấu sao xuất hiện dưới dạng văn bản của nút cha, nếu bạn đang xem cấu trúc cây của các đối tượng lồng nhau này (như bạn đã nói), bạn sẽ có thể thấy các thuộc tính này mà không cần mở rộng các nút.
CÔNG BỐ ĐẦY ĐỦ: Tôi là đồng tác giả của công cụ tôi đã mô tả ở đây.
Nguồn
2011-01-27 15:51:08
a) Điều này vẫn còn tồn tại? (trang web của bạn bị hỏng) b) Nó có hoạt động trên tất cả các lớp (các lớp khung .Net nguyên gốc) không? – tbone
@tbone a) Có, sản phẩm đã được tái thương hiệu dưới tên [OzCode] (http://www.oz-code.com), đã cập nhật câu trả lời của tôi b) Có chứ! –
Bạn đã kiểm tra giá A/B chưa? Tôi rất muốn có điều này, nhưng bắn phá $ 70 là một khối tâm lý khá lớn, ngay cả khi kinh tế phi logic. – tbone