Пару недель назад, с 6 по 8 октября, в Москве прошла пятая юбилейная конференция “User Experience Russia 2011“. В рамках нее я провел трехчасовой мастер-класс по кросс-платформенному проектированию мобильных приложений [...]

На прошлой неделе компания LMAX, где я работаю, получила приз Java Duke's Choice Award 2011 за фреймворк Disruptor. Ранее об этой технологии писал Martin Fowler, известный многим читателям публикациями об объектном программировании.

В этой статье я хотела бы вкратце рассказать об этой технологии, а так же о конкретной проблеме, которую эта технология решает в компании LMAX.

Доброго времени суток, читатель. Я хочу поделится с тобой знаниями об одном из наиболее часто используемых мною паттернов — фабрики объектов, для данного паттерна так же подходит другое название — виртуальный конструктор.

Что представляет из себя этот паттерн?

Исходя из названия легко догадаться, что это некая, определенная, фабрика (или завод), который создает объекты. Еще раз выражу слово определенная. Как и в реальной жизни фабрика имеет некую специализацию, создавая товары или устройства какого-либо определенного типа. И фабрика, которая выпускает, например, мебель, не может производить, например, еще и компоненты для смартфонов. По аналогии с программированием фабрика объектов может создавать только объекты определенного типа, которые используют единый интерфейс. Самыми главными преимуществами данного паттерна в С++, является упрощение создания объектов различных классов, использующих единый интерфейс. Зачастую библиотекам, которые разрабатывают программисты нужно не только уметь работать с определенными объектами, но и создавать их. Самый очевидный пример загрузка файлов различных форматов. Мы не знаем, какой файл мы будем загружать заранее, но у нас есть список возможных форматов. Пользователь указывает файл, библиотека пытается определить тип файла и вызвать соответствующий загрузчик для него. В большинстве случаев программисты использует конструкции типа switch или if, чтобы определить экземпляр какого класса им необходимо создать. И чем больше возможных вариантов появляется, тем больше разрастается эта конструкция, в последствии превращающиеся в уродливого монстра.

Что нам может предложить фабрика объектов?
Во-первых, простой метод создания объектов, который сократит switch/if до 1ой строчки.
Во-вторых, удобные методы для работы с объектами фабрики. Мы всегда точно можем узнать, зарегистрирован ли у нее определенный класс, количество зарегистрированных классов, а так же удобные методы для добавления и удаления экземпляров классов в фабрику. С помощью фабрики можно ограничивать набор возможных классов, которая она будет создавать, используя некую конфигурацию.

Для того, чтобы создать красивый цветок, все его детали должны быть приближены к оригиналу. Вот несколько очень удобных патернов:

Утро понедельника. Коллега по работе просит выполнить небольшой поисковый запрос. Пол часа и запрос готов. Не проходит и пяти минут, как коллега придумывает парочку условий. Дописываю условия. Теперь он хочет еще больше информации в ответе. Начинаю слеплять таблицы…


И так проходит первая половина дня. Я работаю прослойкой между сотрудником и Базой Данных — не самое лучшее занятие для программиста. Потому решаю составить программу, призванную удовлетворить всевозможные запросы, не заставляя пользователя изучать SQL. Сотруднику отказано с очередным запросом и объявлено о готовящейся программе. Ему идея понравилась, но волнует вопрос "Когда?". Да я и сам не знаю когда… Неделя-две-три… Там будет видно. Просит альфа версию пораньше. Пришлось пообещать ему дать погонять первую же альфу.