Visual Studio всегда выбирает неправильный xsd для App.config

Прежде всего, у меня есть приложение .NET 4.0 с этой конфигурацией:

<?xml version="1.0"?>
<configuration>
    <startup>
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    </startup>
</configuration>

У меня была та же проблема, что и в этом вопросе: app.config "Не удалось найти информацию о схеме" после преобразования в Visual Studio 2010/.NET 4.0: поддерживаемый элемент Runtime не был распознан редактором, что привело к подсказке.

Затем я последовал за ответом: я был в редакторе app.config и перешел в окно "Свойства". Там я выбрал запись Схемы.

Я удалил выбор DotNetConfig.xsd и выбрал DotNetConfig35.xsd вместо этого, но VS всегда автоматически добавляет DotNetConfig.xsd снова. Даже если я решительно настрою "не использовать эту схему" или даже удалить схему из списка, она автоматически добавляется в список снова и выбирается.

Поскольку у меня теперь есть две схемы, которые определяют одни и те же элементы, я получаю много предупреждений.

Как я могу изменить схему для использования DotNetConfig35.xsd, а НЕ снова добавить DotNetConfig.xsd?

ОТВЕТЫ

Ответ 1

Я интерпретирую проблему следующим образом: файл DotNetConfig.xsd имеет неправильное (или не полное) определение элемента <startup>. Строка 230 всех файлов DotNetConfig.xsd, DotNetConfig35.xsd, DotNetConfig30.xsd и DotNetConfig20.xsd содержит

<xs:element name="startup" vs:help="configuration/startup" />

С другой стороны Microsoft описывает схему параметров запуска не как пустой элемент. Поэтому я предлагаю заменить указанную выше строку в DotNetConfig.xsd и во всех DotNetConfigXX.xsd файлах из каталога %ProgramFiles%\Microsoft Visual Studio 10.0\Xml\Schemas (или %ProgramFiles(x86)%\Microsoft Visual Studio 10.0\Xml\Schemas на 64-разрядных системах) на следующие строки

<xs:element name="startup" vs:help="configuration/startup">
    <xs:complexType>
        <xs:choice minOccurs="1" maxOccurs="1">
            <xs:element name="requiredRuntime" vs:help="configuration/startup/requiredRuntime">
                <xs:complexType>
                    <xs:attribute name="version" type="xs:string" use="optional" />
                    <xs:attribute name="safemode" type="xs:boolean" use="optional" />
                </xs:complexType>
            </xs:element>
            <xs:element name="supportedRuntime" minOccurs="1" maxOccurs="unbounded" vs:help="configuration/startup/supportedRuntime">
                <xs:complexType>
                    <xs:attribute name="version" type="xs:string" use="optional" />
                    <xs:attribute name="sku" type="xs:string" use="optional" />
                </xs:complexType>
            </xs:element>
        </xs:choice>
        <xs:attribute name="useLegacyV2RuntimeActivationPolicy" type="xs:boolean" use="optional" />
        <!-- see http://msdn.microsoft.com/en-us/library/bbx34a2h.aspx -->
    </xs:complexType>
</xs:element>

После такой модификации и перезапуска Visual Studio 2010 у вас не будет предупреждений, которые вы описали. Из-за чего можно более подробно определить схему всех атрибутов или элементов (особенно если мы найдем более подробную документацию раздела <startup>), но я хочу описать причину проблемы и один способ ее исправить.

Кстати, выбор между DotNetConfig.xsd, DotNetConfig35.xsd и другими DotNetConfigXX.xsd файлами будет выполняться на основе содержимого файла catalog.xml из того же каталога, какая схема описана . Стандартная версия файла catalog.xml содержит следующие строки

<Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig20.xsd" condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v2.')" />
<Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig30.xsd" condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v3.0')" />
<Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig35.xsd" condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v3.5')" />
<Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig.xsd"   condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v4.') or $TargetFrameworkMoniker = ''" />

Таким образом, все файлы, имеющие расширение .config, будут интерпретироваться Visual Studio как файлы с XSD-схемой, описанные одним из вышеперечисленных файлов.

Ответ 2

Это старый пост, но я столкнулся с одной и той же проблемой.

Подход, который я взял, был тем же, который предложил Кэн Джонруде выше - создать новый .xsd файл:

http://w3stack.org/question/c-how-to-fix-error-could-not-find-schema-information-for-the-attributeelement-by-creating-schema/

  • MSVS > Открыть проект app.config

  • XML > Создать схему

    Это создаст "app.xsd" в% TEMP%

     EXAMPLE: c:\users\paulsm\AppData\Local\Temp\app.xsd

  • Переместите файл app.xsd в каталог

  • App.Config, щелкните правой кнопкой мыши > Свойствa > Схемы > ...   app.xsd > Использовать > Использовать эту схему = ДА

Ответ 3

Когда я столкнулся с этой проблемой, причина отказа от проверки схемы не привела к тому, что несколько экземпляров Visual Studio были открыты.

(У меня был VS2015 открытым с одним проектом, и VS2013 также открыт одновременно с другим проектом.)

Обратите внимание, что несколько версий Visual Studio и переключение туда и обратно по одному и тому же проекту/решению также похоже на то, как некоторые проблемы с повторяющимися схемами произошли в первую очередь.