Я полагаю, что недавно у меня был похожий затруднительный характер
function parentCtrl() {
var pc = this; // pc stands for parent control
pc.foobar = 'SomeVal';
}
function childCtrl($scope) {
// now how do I get the parent control 'foobar' variable?
// I used $scope.$parent
var parentFoobarVariableValue = $scope.$parent.pc.foobar;
// that did it
}
Моя установка была немного другой, но то же самое, вероятно, должно все еще работать
Это ложное срабатывание.
Размышляя о SqlDataReader.ExecuteReader, я вижу, что единственный способ, которым считыватель возвращается как null, - это если внутреннему методу RunExecuteReader передано значение false для returnStream
В глубине SqlDataReader, конструктор чтения всегда вызывается в какой-то момент, поэтому я почти уверен, что ExecuteReader физически не может вернуть значение null.
У меня была проблема с ними в нескольких других областях. Похоже, они провели анализ путей кода в различных частях CLR. Когда они обнаруживают, что можно вернуть null, они жалуются на это.
В конкретном случае, на который я жаловался, null на самом деле не могло произойти. Однако они проследили график вызовов до метода, который при некоторых обстоятельствах может возвращать значение null, а значение null, вероятно, может распространяться наверх.
Итак, я называю это ошибкой ReSharper (раньше я называл это CLR ошибка).