Я использую Visual Studio 2017 и столкнулся с этим, когда обновлял некоторые пакеты Nuget. Что для меня работало, так это открыть файл web.config
и найти узел <runtime><assemblyBinding>
и удалить его. Сохраните web.config
и перестройте проект.
Посмотрите на окно Error List
. Вы увидите, что похоже на массовое долгое предупреждение о привязке конфликтов. Дважды щелкните по нему, и он автоматически воссоздает блок <runtime><assemblyBinding>
с правильными сопоставлениями.
какой механизм XSLT Вы используете? При использовании механизма.NET и Visual Studio, Вы могли бы использовать профилировщик XSLT интегрированный в Visual Studio, которая является очень полезным.
Другими превосходными профильными инструментами является Altova Шпион XML и Кислород .
при регистрации XSLT было бы легче сказать Вам, где возможные узкие места. В целом будьте осторожны с выражениями XPath такой как '//', предшествуя::* и после::*. Еще некоторые правила и лучшие практики:
- Избегают повторенного использования
"//item"
.- не оценивают тот же набор узлов несколько раз; сохраните его в переменной.
- Избегают
<xsl:number>
, если Вы можете. Например, при помощи положения ().- Использование
<xsl:key>
, например, для решения группирующихся проблем.- Избегают сложных шаблонов в шаблонных правилах. Вместо этого используйте в правиле.
- Быть осторожным при использовании
preceding[-sibling]
илиfollowing[-sibling]
оси. Это часто указывает на алгоритм с n-squared производительностью.- не сортируют тот же набор узлов несколько раз. При необходимости сохраните его в результате древовидный фрагмент и получите доступ к нему с помощью
node-set()
дополнительная функция.- Для вывода текстового значения простого
#PCDATA
элемент используйте<xsl:value-of>
в предпочтении к<xsl:apply-templates>
.(от [1 112] http://www.dpawson.co.uk/xsl/sect4/N9883.html#d15756e150 )
После этих правил будет обычно приводить к очень эффективному XSLT, и Вы возможно не должны будете использовать профилировщика вообще.
Относительно Вашего вопроса о XSLT в браузере: Я не рекомендовал бы его, потому что сначала Вы не независимы от платформы (не, каждый браузер мог бы поддерживать его, или некоторые браузеры могут только поддерживать его с плохо работающим механизмом), и второй, Вы не можете управлять используемым механизмом.
Реклама Кислородный редактор XML имеет функцию профилирования и отладки файлов XSLT. Это - хороший XML-редактор, также.
Мне нравится использовать XMLSpy Altova для основанных на Windows машин. Это также имеет встроенного профилировщика. Вы можете проверять видео на использование редактора . (просканируйте к 5:45 для получения дополнительной информации о профилировщике). Это - коммерческий продукт... с периодом гонок на время:)
, Если Вы обеспечиваете код XSLT и XML-документ, относительно которого Вы наблюдаете проблему, я и другие люди могли попытаться помочь .
Вот являются [приблизительно 1 111] подсказками по использованию и производительности XSLT от [1 112] Michael Kay :
Восемь подсказок для того, как использовать XSLT эффективно :
Восемь подсказок для того, как записать эффективный X SLT:
//item
". <xsl:number>
, если Вы можете. Например, при помощи position()
. <xsl:key>
, например, для решения группирующихся проблем. <xsl:choose>
в правиле. preceding[-sibling]
или following[-sibling]
оси. Это часто указывает на алгоритм с n
- производительность в квадрате. node-set()
дополнительная функция. <xsl:value-of>
в предпочтении к [1 110].