Нэш Трей - C# 2010. Ускоренный курс для профессионалов (2010) (1160865), страница 129
Текст из файла (страница 129)
Спустя несколько версий кода документация приходит в такое состояние, что годится разве что для мусорную корзины. Другая крайность — это когда организация документирует абсолютно каждый фрагмент приложения средствами моделирования 11МЬ еще до начала кодирования. Наиболее успешные проекты находятся где-то посредине. Обычно документация содержит вполне достаточно информации для того, чтобы можно было заменить ведущего разработчика, если тот по каким-то причинам покинет проект. Ключом к успеху в этом случае является читабельный код, однако он также должен быть легко понимаемым.
А в чем разница'? Читабельный код четко обозначает намерения программиста, его легко прочесть и постичь. Например, предположим, что читается код, автор которого должен был вывести определенную строку в какой-нибудь журнальный файл. В коде встречается следующий фрагмент: Бггтпд 1пго = "интересная информация"; Ьоооег.Ьоосцграп! 1пго Вроде бы понятно, что здесь происходит. Но так ли это? Что делает метод ьочОцгрцг? Записывает строку в файл? Отправляет ее на консоль? Выводит в поток отладки? Просто глядя на код, ответить невозможно. Вместо этого нужно обратиться к коду ьооое . ьооОц грос и посмотреть, что происходит на самом деле.
Таким образом. кто-то может сказать, что ключ к понятному коду — легкость его отслеживания, те. навигации по нему. Посмотрим, как мог бы выглядеть этот код при использовании расширяющих методов: Бгг1по гаго = "интересная информация"; 1п1о.кг11ето! 1оо?11е 1; Сразу можно сказать, что читать этот код гораздо легче. Он читается почти как предложение на естественном языке. Такую технику вы встретите повсюду в . НЕТ г гагпепяогК.
Во второй строке все начинается с субъекта, за ним следует глагол, а заканчивается все целевым объектом действия. Зто можно воспринимать как императивную команду, отданную объекту тпго. Но что, если Иг1гето реализован как расширяющий метод? Так ли легко понять код, как его читать? В действительности это может зависеть от применяемых инструментов. Средство!п1е1йзепзе в т1зиа! Зщб!о определенно может помочь, потому что подскажет, какой статический класс реализует расширяющий метод иг1гето. но в случае использования редактора Ешасэ или 1?1ш без соответствующих подключаемых модулей придется определить, какие пространства имен были импортированы в текущий контекст, и затем поискать в этих пространствах имен класс, который реализует расширяющий метод.
В зависимости от сложности кода приложения и того, насколько много пространств имен импортирует текущая единица компиляции, это может превратиться в настоящий кошмар. Мораль этой истории состоит в следующем. Как и любое другое средство языка, используйте средства расширения корректно, сдержанно и когда это действительно необходимо.
Одна лишь возможность реализации чего-либо с помощью расширяющего метода вовсе не означает необходимость его применения. Существует целая инженерная дисциплина принятия инженерных решений. которая определяет то, как собирать информацию и делать правильный выбор в ситуациях, когда ни один из вариантов не является идеальным'. ' Некоторые называют это выбором меньшего из двух зол. Расширяющие методы 483 Рекомендации по использованию В следующих разделах детализируются некоторые передовые приемы и содержатся рекомендации по использованию расширяющих методов. Разумеется, по мере развития методов расширения в языке этот набор будет расти. Использование расширяющих методов вместо наследования При первом знакомстве расширяющие методы воспринимаются как средство расширения общедоступного контракта отдельного типа или группы типов.
Зто очевидное заключение исходит из того факта, что расширяющие методы могут быть вызваны с помощью синтаксиса обращения к методам экземпляра. Однако методы расширения намного эффективнее воспринимать как способ описания операций. которые можно применить к данному типу или множеству типов, в синтаксически общем виде, потому что на самом деле они вовсе не расширяют контракт типа.
Ранее были продемонстрированы тривиальные примеры применения расширяющих методов для вызова Иг1геЫпе на экземплярах типа Ясг1пЯ. То же самое поведение можно было бы обеспечить и через наследование от Ясг1пд. Но в этом случае обнаруживается, что это невозможно, потому что класс ясг1по является зеа1ет) и не допускает наследования. В главе 13 объяснялось, почему лучше сразу герметизировать создаваемые типы. Допускать наследование от классов следует лишь после тщательного обдумывания дизайна )и документирования), позволяющего им служить в качестве базовых классов. Проектировщики Яузгеш.
Ягг1оЯ имели веские причины удержать нас от использования этого типа в качестве базового. Вдобавок неосмотрительное применение наследования для этой цели излишне усложняет дизайн. В главе 4 было показано, как сдержанно применять наследование и как использовать отношение включения. которое обычно является более гибким, чем наследование.
Наследование — одна из наиболее строгих форм статического связывания двух типов. Злоупотребление им порождает монолит, с которьпи чрезвычайно трудно работать. Например. может возникнуть необходимость в применении операции иг1се11пе или какого-нибудь удобного расширяющего метода на экземпляре типа, созданного кем-то другим.
Рассмотрим экземпляр типа, возвращенного некоторым фабричным методом: рэЬ11с с1азз Мууассогу ( Ри)э11с Х1бдее Сгеасек1т)оее)) ( Здесь Сгеагек1с)1тес представляет собой метод, создающий и возвращающий экземпляр и1с)дес. такой метод часто называется фабричным мептодом )тас1огу шет)тот)). Обычно при этом имеется иерархия специализаций типов, унаследованных от и1с)дег, и метод Сгеаееи1с)дег может принимать некоторые параметры, сообщающие, какого типа должен создаваться экземпляр К1с)дег. Невзирая на это, управлять тем, как и когда создается экземпляр, невозможно.
Таким образом, использовать наследование для расширения контракта типа и1с)оес, нельзя, если только также не управлять методом Сгеагек1с)дег. И даже если это сделать. может оказаться, что этот метод уже опубликован в какой-то другой сборке, которая была сертифицирована и не может быть изменена. Прямое наследование в данной ситуации является неверным подходом для добавления функциональности Хг11 еЬ1пе к типам Х1сьтег.
484 Глава 14 Расширяющие методы также позволяют предоставлять операции, которые можно применять ко всей иерархии типов. Например, рассмотрим расширяющий метод, первый параметр которого будет относиться к типу Бузсею. ОЬбесс. Этот расширяющий метод может быть вызван на любом типе. Достичь такого с помощью наследования не удастся. Для этого понадобилось бы создать производный тип от Буэгегя. ОЬбесс, скажем, нуОЬбесс, а затем каким-то образом заставить каждый тип в СЬК наследоваться от МуОЬБ ест вместо Бузселг. ОЬБесс. Стоит ли говорить о том, что это невозможног Сама возможность создания расширяющего метода, который можно будет вызывать со всеми объектами.
еще не означает, что так следует поступать. Если расширяющий метод не оперирует только общедоступным интерфейсом Бузгеяг. ОЬ> есс, то. скорее всего, в расширяющем методе будет присутствовать код, определяющий тип во время выполнения, чтобы можно было выполнять какие-то специфичные для типа операции.
Такой стиль кодирования сводит на нет строго типизированную природу языка С№ и его компилятора. На заметку! Для применения расширяющих методов к нескольким типам можно также использовать обобщения. Объявлять обобщенные расширяющие методы почти также легко, как обобщенные методы экземпляра или обобщенные делегаты. В разделе "Шаблон Ч!з!1ог" будет приведен пример использования обобщенного расширяющего метода. Изоляция расширяющих методов в отдельном пространстве имен Одним из фундаментальных принципов, которые должны соблюдаться при написании методов, является избежание побочных эффектов.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
