Возможно ли, чтобы SelectNodes в XmlDocument возвращали значение null?
Возможно ли, чтобы SelectNodes() вызвал XmlDocument, чтобы вернуть значение null?
Моя затруднительная ситуация состоит в том, что я пытаюсь достичь 100% покрытия кода модульного тестирования; ReSharper сообщает мне, что мне нужно защитить себя от возврата null из метода SelectNodes(), но я не вижу способа, чтобы XmlDocument мог возвращать значение null (и, следовательно, нет возможности проверить мое предложение защиты и достичь 100% покрытия модульными тестами!)
Ответы 3
Нужно ли достигать 100% покрытия кода? В самом деле, возможно ли это даже при нормальных (то есть контролируемых, проверяемых) обстоятельствах?
Мы часто обнаруживаем, что при использовании «синтаксических сахарных» конструкций, таких как блок using {}, создаются «скрытые» пути кода (скорее всего, блоки finally {} или catch {}), которые не могут быть реализованы, за исключением некоторых условий окружающей среды (например, сломанного сокета или сломанного диска) мешает.
Если посмотреть на Reflector, метод SelectNodes () базового класса XmlDocument, XmlNode, может возвращать значение null, если его попытка создать навигатор возвращает значение null. CreateNavigator () довольно сложный и действительно вернет null при некоторых обстоятельствах. Эти обстоятельства, похоже, связаны с искаженным XML-документом - так что это ваш тестовый пример отказа SelectNodes ().
Я думаю, что CreateNavigator () возвращает null, но только для определенных типов XmlNode (не включая XmlDocument). Итак, насколько я понимаю, если вы загрузили XmlDocument, и он не сгенерировал при синтаксическом анализе, CreateNavigator () никогда не вернет null, и поэтому SelectNodes () никогда не вернет null
Если вы вызываете SelectNodes в самом XmlDocument, и это действительно XmlDocument, а не производный класс, SelectNodes не вернет null.
Если вы создадите класс-потомок и переопределите метод CreateNavigator (XmlNode), SelectNodes может вернуть значение null.
Точно так же, если вы вызываете SelectNodes на узле EntityReference, DocumentType или XmlDeclaration, вы также получите null
Короче говоря, для 100% покрытия XmlDocument или XmlNode, которое вы не только что создали, вам нужно проверить значение null.
В этом проблема: я просто создаю его сделал, поэтому в глубине души я знаю, что SelectNodes () никогда не может вернуть null. Хотя технически это мог, скажем, если в результате последующего рефакторинга документ будет передан извне. Единственная проблема в том, что теперь у меня нет возможности проверить регистр == null в модульном тесте.
Я знаю, что опоздал на 10 лет, но было ли решение для этого?
Разве искаженный документ не будет полностью проанализирован? То, что я видел внутри CreateNavigator, казалось, имеет дело только с действующей разметкой.