Внешние комментарии включаются в обратном порядке, .Net Visual Studio

ETA: выпуск Visual Studio 2010 VB Express демонстрирует такое же поведение.
ETA: выпуск Visual Studio 2010 C# Express НЕ демонстрирует такое же поведение.

В VisualStudio 2008 VB Express edition я указываю следующие комментарии:

''' <summary>
''' ...
''' </summary>
''' <remarks>
''' <include file="Comments.xml" path="Section[@name='Part1']/*" />
''' <include file="Comments.xml" path="Section[@name='Part2']/*" />
''' <include file="Comments.xml" path="Section[@name='Part3']/*" />
''' </remarks>
Public Class MyClass

Если я скомпилирую файл и проверю .xml, я увижу, что комментарии включаются в порядке, обратном тому, что я указываю, т.е. Part3 появляется перед Part2 перед Part1.

Кто-нибудь знает, почему это происходит?

Расчетное время прибытия:

Дополнительное поведение: если встроенные комментарии перемежаются между внешними включениями, все они сначала записываются в xml, а затем включаются (в обратном порядке)!

Пожалуйста, оставьте параметр «Отключить неинтуитивное поведение комментариев xml».


.net c# vb.net comments xml-comments
person Jules    schedule 10.09.2011    source источник
comment
Вы пытались изменить порядок своих файлов, поэтому, если мы перейдем от кода topnof, от 3 к 1?   -  person Tigran    schedule 10.09.2011
comment
Собственно, о чем я и писал :)   -  person Tigran    schedule 10.09.2011

Ответы (1)


arrow_upward
2
arrow_downward

Я воспроизвел, эта ошибка проявляется только в разделе <remarks>. Вы можете отправить сообщение на connect.microsoft.com, но вероятность того, что они это исправят, ничтожно мала. Потому что его исправление нарушило бы многие существующие проекты. Что также является ключом к обходному пути: ошибки, которые слишком долго не исправляются, превращаются в «функции». Просто обратный порядок.

person Hans Passant    schedule 10.09.2011
comment
У меня были такие же мысли после публикации, чтобы подключиться. Они, должно быть, знали об этом до издания 2010 года, но сохранили такое поведение. Что они могли бы сделать, так это иметь решение или настройку проекта в Visual Studio, которую можно включить, чтобы переключиться на ожидаемое поведение - таким образом, старые документы проекта не сломаются. - person Jules; 10.09.2011