Полное руководство. С# 4.0
Шрифт:
Обратите внимание на то, что при вызове конструктора класса Gen указывается так же аргумент типа int. Это необходимо потому, что переменная (в данном случае — iOb), которой присваивается ссылка, относится к типу Gen. Поэтому ссылка, воз вращаемая оператором new, также должна относиться к типу Gen. В противном случае во время компиляции возникнет ошибка. Например, приведенное ниже при сваивание станет причиной ошибки во время компиляции. iOb = new Gen<double>(118.12); // Ошибка!
Переменная iOb относится к типу Gen и поэтому не может использоваться для ссылки на объект типа Gen. Такой контроль типов относится к одним из главных преимуществ обобщений, поскольку он обеспечивает типовую безопасность. Затем в программе отображается тип переменной ob
Возвращаемым для метода GetOb является тип Т, который был заменен на тип int при объявлении переменной iOb, и поэтому метод GetOb возвращает значение того же типа int. Следовательно, данное значение может быть присвоено переменной v типа int.
Далее в классе GenericsDemo объявляется объект типа Gen<string>. Gen<string> strOb = new Gen<string>("Обобщения повышают эффективность.");
В этом объявлении указывается аргумент типа string, поэтому в объекте класса Gen вместо Т подставляется тип string. В итоге создается вариант класса Gen для типа string, как демонстрируют остальные строки кода рассматриваемой здесь программы.
Прежде чем продолжить изложение, следует дать определение некоторым терми нам. Когда для класса Gen указывается аргумент типа, например int или string, то создается так называемый в C# закрыто сконструированный тип. В частности, Gen является закрыто сконструированным типом. Ведь, по существу, такой обобщенный тип, как Gen, является абстракцией. И только после того, как будет сконструиро ван конкретный вариант, например Gen, создается конкретный тип. А конструк ция, подобная Gen, называется в C# открыто сконструированным типом, поскольку в ней указывается параметр типа Т, но не такой конкретный тип, как int.
В С# чаще определяются такие понятия, как открытый и закрытый типы. Откры тым типом считается такой параметр типа или любой обобщенный тип, для которого аргумент типа является параметром типа или же включает его в себя. А любой тип, не относящийся к открытому, считается закрытым. Сконструированным типом считается такой обобщенный тип, для которого предоставлены все аргументы типов. Если все эти аргументы относятся к закрытым типам, то такой тип считается закрыто сконстру ированным. А если один или несколько аргументов типа относятся к открытым типам, то такой тип считается открыто сконструированным. Различение обобщенных типов по аргументам типа
Что касается обобщенных типов, то следует иметь в виду, что ссылка на один кон кретный вариант обобщенного типа не совпадает по типу с другим вариантом того же самого обобщенного типа. Так, если ввести в приведенную выше программу следую щую строку кода, то она не будет скомпилирована. iOb = strOb; // Неверно!
Несмотря на то что обе переменные, iOb и strOb, относятся к типу Gen, они ссылаются на разные типы, поскольку у них разные аргументы. Повышение типовой безопасности с помощью обобщений
В связи с изложенным выше возникает следующий резонный вопрос: если анало гичные функциональные возможности обобщенного класса Gen можно получить и без обобщений, просто указав объект как тип данных и выполнив надлежащее приведение типов, то какая польза от того, что класс Gen делается обобщенным? Ответ на этот во прос заключается в том, что обобщения автоматически обеспечивают типовую безо пасность всех операций, затрагивающих класс Gen. В ходе выполнения этих операций обобщения исключают необходимость обращаться к приведению типов и проверять соответствие типов в коде вручную.
Для того чтобы стали более понятными преимущества обобщений, рассмотрим сначала программу, в которой создается необобщенный аналог класса Gen. // Класс NonGen является полным функциональным аналогом // класса Gen, но без обобщений. using System; class NonGen { object ob; // переменная ob теперь относится к типу object // Передать конструктору ссылку на объект типа object. public NonGen(object о) { ob = о; } // Возвратить объект типа object. public object GetOb { return ob; } // Показать тип переменной ob. public void ShowType { Console.WriteLine("Тип переменной ob: " + ob.GetType); } } // Продемонстрировать применение необобщенного класса. class NonGenDemo { static void Main { NonGen iOb; // Создать объект класса NonGen. iOb = new NonGen(102); // Показать тип данных, хранящихся в переменной iOb. iOb.ShowType; // Получить значение переменной iOb. // На этот раз потребуется приведение типов. int v = (int) iOb.GetOb; Console.WriteLine("Значение: " + v); Console.WriteLine; // Создать еще один объект класса NonGen и // сохранить строку в переменной it. NonGen strOb = new NonGen("Тест на необобщенность"); // Показать тип данных, хранящихся в переменной strOb. strOb.ShowType; // Получить значение переменной strOb. //И в этом случае требуется приведение типов. String str = (string) strOb.GetOb; Console.WriteLine("Значение: " + str); // Этот код компилируется, но он принципиально неверный! iOb = strOb; // Следующая строка кода приводит к исключительной // ситуации во время выполнения. // v = (int) iOb.GetOb; // Ошибка при выполнении! } }
При выполнении этой программы получается следующий результат. Тип переменной ob: System.Int32 Значение: 102 Тип переменной ob: System.String Значение: Тест на необобщенность
Как видите, результат выполнения этой программы такой же, как и у предыдущей программы.
В этой программе обращает на себя внимание ряд любопытных моментов. Прежде всего, тип Т заменен везде, где он встречается в классе NonGen. Благодаря этому в клас се NonGen может храниться объект любого типа, как и в обобщенном варианте этого класса. Но такой подход оказывается непригодным по двум причинам. Во-первых, для извлечения хранящихся данных требуется явное приведение типов. И во-вторых, мно гие ошибки несоответствия типов не могут быть обнаружены вплоть до момента вы полнения программы. Рассмотрим каждую из этих причин более подробно.
Начнем со следующей строки кода. int v = (int) iOb.GetOb;
Теперь возвращаемым типом метода GetOb является object, а следовательно, для распаковки значения, возвращаемого методом GetOb, и его последующего со хранения в переменной v требуется явное приведение к типу int. Если исключить приведение типов, программа не будет скомпилирована. В обобщенной версии этой программы приведение типов не требовалось, поскольку тип int указывался в каче стве аргумента типа при создании объекта iOb. А в необобщенной версии этой про граммы потребовалось явное приведение типов. Но это не только неудобно, но и чре вато ошибками.
А теперь рассмотрим следующую последовательность кода в конце анализируемой здесь программы. // Этот код компилируется, но он принципиально неверный! iOb = strOb; // Следующая строка кода приводит к исключительной // ситуации во время выполнения. // v = (int) iOb.GetOb; // Ошибка при выполнении!
В этом коде значение переменной strOb присваивается переменной iOb. Но пере менная strOb ссылается на объект, содержащий символьную строку, а не целое зна чение. Такое присваивание оказывается верным с точки зрения синтаксиса, поскольку все ссылки на объекты класса NonGen одинаковы, а значит, по ссылке на один объект класса NonGen можно обращаться к любому другому объекту класса NonGen. Тем не менее такое присваивание неверно с точки зрения семантики, как показывает следую щая далее закомментированная строка кода. В этой строке тип, возвращаемый мето дом GetOb, приводится к типу int, а затем предпринимается попытка присвоить полученное в итоге значение переменной int. К сожалению, в отсутствие обобщений компилятор не сможет выявить подобную ошибку. Вместо этого возникнет исключи тельная ситуация во время выполнения, когда будет предпринята попытка приведения к типу int. Для того чтобы убедиться в этом, удалите символы комментария в начале данной строки кода, скомпилируйте, а затем выполните программу. При ее выполне нии возникнет ошибка.