Мост на Ruby
Мост — это структурный паттерн, который разделяет бизнес-логику или большой класс на несколько отдельных иерархий, которые потом можно развивать отдельно друг от друга.
Одна из этих иерархий (абстракция) получит ссылку на объекты другой иерархии (реализация) и будет делегировать им основную работу. Благодаря тому, что все реализации будут следовать общему интерфейсу, их можно будет взаимозаменять внутри абстракции.
Сложность:
Популярность:
Применимость: Паттерн Мост особенно полезен когда вам приходится делать кросс-платформенные приложения, поддерживать несколько типов баз данных или работать с разными поставщиками похожего API (например, cloud-сервисы, социальные сети и т. д.)
Признаки применения паттерна: Если в программе чётко выделены классы «управления» и несколько видов классов «платформ», причём управляющие объекты делегируют выполнение платформам, то можно сказать, что у вас используется Мост.
Концептуальный пример
Этот пример показывает структуру паттерна Мост, а именно — из каких классов он состоит, какие роли эти классы выполняют и как они взаимодействуют друг с другом.
main.rb: Пример структуры паттерна
# Абстракция устанавливает интерфейс для «управляющей» части двух иерархий
# классов. Она содержит ссылку на объект из иерархии Реализации и делегирует ему
# всю настоящую работу.
class Abstraction
# @param [Implementation] implementation
def initialize(implementation)
@implementation = implementation
end
# @return [String]
def operation
"Abstraction: Base operation with:\n"\
"#{@implementation.operation_implementation}"
end
end
# Можно расширить Абстракцию без изменения классов Реализации.
class ExtendedAbstraction < Abstraction
# @return [String]
def operation
"ExtendedAbstraction: Extended operation with:\n"\
"#{@implementation.operation_implementation}"
end
end
# Реализация устанавливает интерфейс для всех классов реализации. Он не должен
# соответствовать интерфейсу Абстракции. На практике оба интерфейса могут быть
# совершенно разными. Как правило, интерфейс Реализации предоставляет только
# примитивные операции, в то время как Абстракция определяет операции более
# высокого уровня, основанные на этих примитивах.
#
# @abstract
class Implementation
# @abstract
#
# @return [String]
def operation_implementation
raise NotImplementedError, "#{self.class} has not implemented method '#{__method__}'"
end
end
# Каждая Конкретная Реализация соответствует определённой платформе и реализует
# интерфейс Реализации с использованием API этой платформы.
class ConcreteImplementationA < Implementation
# @return [String]
def operation_implementation
'ConcreteImplementationA: Here\'s the result on the platform A.'
end
end
class ConcreteImplementationB < Implementation
# @return [String]
def operation_implementation
'ConcreteImplementationB: Here\'s the result on the platform B.'
end
end
# За исключением этапа инициализации, когда объект Абстракции связывается с
# определённым объектом Реализации, клиентский код должен зависеть только от
# класса Абстракции. Таким образом, клиентский код может поддерживать любую
# комбинацию абстракции и реализации.
#
# @param [Abstraction] abstraction
def client_code(abstraction)
# ...
print abstraction.operation
# ...
end
# Клиентский код должен работать с любой предварительно сконфигурированной
# комбинацией абстракции и реализации.
implementation = ConcreteImplementationA.new
abstraction = Abstraction.new(implementation)
client_code(abstraction)
puts "\n\n"
implementation = ConcreteImplementationB.new
abstraction = ExtendedAbstraction.new(implementation)
client_code(abstraction)
output.txt: Результат выполнения
Abstraction: Base operation with:
ConcreteImplementationA: Here's the result on the platform A.
ExtendedAbstraction: Extended operation with:
ConcreteImplementationB: Here's the result on the platform B.
