Lý do đằng sau hành vi in ​​ấn của XmlDocument có nội dung hỗn hợp là gì?

Question

.NET XmlDocument có một hành vi thú vị khi các nút nội dung hỗn hợp in đẹp sử dụng XmlDocument.Save(TextWriter).

Hành vi có thể được tóm tắt là "khi máy in đẹp gặp nút văn bản, nó vô hiệu hóa thụt đầu dòng và dòng mới tự động cho phần còn lại của cây con hiện tại".

Dưới đây là một ví dụ (http://ideone.com/b1WxD7):

<?xml version='1.0'?> 
<root><test><child1/><child2/>foo<child3><child4/></child3></test></root> 

được khá in để

<?xml version="1.0"?> 
<root> 
    <test> 
    <child1 /> 
    <child2 />foo<child3><child4 /></child3></test> 
</root> 

Hành vi này có vẻ không đúng cũng không trực quan. Tại sao XmlDocument hoạt động như thế?

Answer 1

Hành vi này là đáng tiếc, nhưng tôi nghĩ rằng nó có thể được giải thích bởi sự mô tả của các tùy chọn Formatting.Indented cho XmlTextWriter (đó là những gì XmlDocument.Save được sử dụng ở đây):

yếu tố nguyên nhân con được thụt vào theo đến các cài đặt Indentation và IndentChar. Tùy chọn này chỉ thụt lề nội dung phần tử; nội dung hỗn hợp không bị ảnh hưởng.

Mục đích của tùy chọn này là để bảo tồn các định dạng của XML như

<p>Here is some <b>bold</b> text.</p> 

và không có nó định dạng lại như

<p> 
    Here is some 
    <b> 
     bold 
    </b> 
    text. 
</p> 

Nhưng có một vấn đề: Làm thế nào để XmlTextWriter biết một phần tử chứa nội dung hỗn hợp? Bởi vì XmlTextWriter là một nhà văn non-cached, forward-only, câu trả lời là nó không cho đến khi nó thực sự gặp dữ liệu ký tự. Tại thời điểm đó, nó chuyển sang chế độ "nội dung hỗn hợp" và ngăn chặn định dạng. Rất tiếc, đã quá muộn để hoàn tác định dạng của các nút con đã được ghi vào luồng cơ bản.