Adapter

Структурные шаблоны

Применяются как для разделения, так и для объединения элементов приложения. Способы воздействия структурных шаблонов на приложение могут быть самые разные. При проектировании, часто возникает потребность в соблюдении принципов слабой связанности и высокого зацепления (low coupling and high cohesion) между классами и группами классов. Практикой было выработано много шаблонов, которые позволяют оформлять и структурировать классы, удовлетворяющие указанным принципам. Напомним, что принцип слабой связанности между группой классов диктуется потребностью разделять функциональность на относительно независимые части, с той цельлю, чтобы этими частями можно было проще манипулировать, распараллеливать разработку, взаимозаменять их при необходимости и тестировать в изолированном режиме. Принцип высокого зацепления, напротив, склоняется к тому, чтобы сходные части функциональности находились в как можно более тесной зависимости и связи друг с другом, что бы наиболее полно использовать преимущества и внутреннюю структуры друг друга. Принцив высокого зацепления на практике выражается в тенденции объединять родственную функциональность в пределах класса, группы классов или модуля. Например, в одном классе, предсталяющем «Заказ», как правило содержаться и методы для вычисления его общей стоимости, его проверки и т.п. С т.з. принципа высокого зацепления, было бы ошибочно вынести эти операции за пределы класса, так как получившийся класс «Заказ» превратился бы в простой контейнер данных, а операции были бы представлены в статических методах другого класса, что привело бы к возврату к процедурному программированию, так как нарушает одну из основных идей ООП – инкапсуляцию. С другой стороны, если имеется некторая функциоанльность, которая взимодействует с другой функциональностью, и имеется вероятность (либо это удобно с точки зрения описания бизнес процессов) того что обе функциональности могут независимо изменяться – то сильная связь между ними – осножнила бы сопровождение и развитие системы в будущем. В данном случае прибегают к принципам разделения функциональности и абстрагирования её частей с помощью обобщённых интерфейсов.

Мы рассмотрим следующие структурные шаблоны:

• Adapter.
• Composite.
• Façade.
• Decorator.
• Proxy.

Обеспечивает взаимодействие двух классов путём преобразования интерфейса одного из них таким образом, чтобы им мог пользоваться другой класс.

Предположим, что необходимо обеспечить прозрачную работу с разными модулями или классами, предоставляющими сходную функциональность, но имеющими разные интерфейсы (в примере AdapteeA и AdapteeB не имеют общих интерфейсов). Для этого, можно работать (класс Consumer) с разными версиями адаптеров, реализующих общих интерфейс, и как бы «оборачивающих» целевые классы в этот обобщённых интерфейс. Поэтому альтернативное название этого шаблона Wrapper. Обратная задача, где так же с успехом может применяться данный шаблон – необходимость подключить какую либо функциональность к уже существующей инфраструктуре. Для этого создаётся адаптер, который позволяет прозрачно, без внесения изменений ни в существующую инфраструктуру, ни в целевой модуль (или класс), подключить его. Адаптер может быть приметивным транслятором вызовов ил одного формата в другой (например вызывая методы с разными именами, или разным порядком параметров), либо совершать какие либо дополнительные действия, например, несколько вызовов к адаптеру может выражаться в одном вызове к целевому классу или модулю. Более того, адаптер может запросить дополнительные данные из стороннего источника, например из БД.

Дата добавления: 2014-01-05