По ходу презентации у меня и моих соседей постоянно возникал острый, но весьма логичный вопрос: откуда у них столько денег? Ведь то, что представили, тянет как минимум на несколько лет разработок и инвестиции даже не в десятки, а в сотни миллионов долларов. Сеть, коммуникаторы и USB-модемы, договоры с производителями, upfront fees или MOQ (минимальные закупочные партии), Web-сервисы, лицензирование контента, приложения на коммуникаторе (программы под Windows Mobile).... Впрочем, к концу презентации вопрос источника финансирования проекта Yota как-то отошел на второй план, сменившись восхищением по поводу эффективности траты денег. Особенно после «острого» момента, когда на сцену пригласили руководителей разных направлений разработок. Про многих из них было сказано, что «они победители международных олимпиад по программированию». Нечасто приходится видеть, чтобы даже большие деньги тратились столь эффективно.
В итоге, я если не на 100 % поверил в будущее Yota, то почувствовал, что компания действительно дала огромный импульс развитию WiMAX в нашей стране, что мы действительно находится не на «периферии» мировых ИТ– и телеком-рынков, как можно было бы подумать, скажем, проанализировав тернистый путь iPhone в Россию. Мы уже полноценная часть этого рынка, во многом находящаяся на самом, что называется, острие.
Проблемы и решения
Шаблоны проектирования: практические примеры
Проектирование программного обеспечения сегодня стало инженерной наукой.
Первых проектировщиков ПО можно было назвать вольными творцами, художниками от программирования, создававшими все с нуля, однако современное проектирование – это, в основном, использование готовых решений, шаблонов проектирования, так называемых «паттернов» (pattern – шаблон, в дальнейшем эти слова будут употребляться как синонимы). «Изобретение велосипедов» в архитектуре ПО стало делом неблагодарным, и любой проектировщик сейчас обязан знать как минимум базовый набор стандартных решений, а хороший – десятки, если не сотни шаблонов проектирования (а заодно столько же «антипаттернов», примеров того, «как делать не надо», причем осознавая, почему не следует поступать именно так).
Известность термин «паттерн» получил после публикации книги «Приемы объектно- ориентированного проектирования.
Что такое шаблоны проектирования
Всемирную известность термин «паттерн» получил после публикации книги «Приемы объектно-ориентированного проектирования. Паттерны проектирования». Авторы книги, Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес больше известны, как «Банда четырех» (Gang of Four, часто сокращается до GoF). В этой книге было описано всего 23 шаблона, но она дала толчок к появлению новых работ на эту тему.
Можно сказать, что паттерны – это стандартные решения типовых задач, возникающих в объектно- ориентированном проектировании, некий набор готовых решений, пригодных для большинства задач.
Здесь можно привести сравнение со строительством дома. Все знают, что такое колонна, окно, дверь, труба, и зачем они нужны в здании. Наличие множества общих терминов позволяет упростить проектирование здания, а также общаться с коллегами, специализирующимися в других областях, на одном всем понятном языке. Этой же цели служат паттерны проектирования в программировании, они рассматриваются как стандартные строительные блоки для архитекторов программного обеспечения и позволяют им легко находить общий язык.
Рассмотрим первые 23 паттерна, с которых все началось и которые сейчас должен знать каждый программист. Они разделены на три группы (для каждого паттерна приводится английское название из книги GoF и устоявшийся русский перевод).
«Порождающие шаблоны». В этой группе собраны паттерны, описывающие разные способы создания объектов. Прежде всего это «Фабричный метод» (Factory Method), прием определения интерфейса создания объектов, при этом выбранный класс воплощается в подклассах. Шаблон «Абстрактная фабрика» (Abstract Factory) определяет интерфейс для создания семейств, связанных между собой или независимых объектов, конкретные классы которых неизвестны. С помощью шаблона «Строитель» (Builder) можно отделить процесс конструирования сложного объекта от его конкретного представления и при этом использовать один и тот же процесс для создания различных представлений. «Прототип» (Prototype) описывает виды разрабатываемых объектов с помощью прототипа и создает новые путем его копирования. Применение шаблона «Одиночка» (Singleton) гарантирует, что некоторый класс может иметь только один экземпляр (и предоставляет глобальную точку доступа к нему).
«Структурные паттерны». В этой группе собраны паттерны, которые позволяют менять структуру взаимодействия классов. «Адаптер» (Adapter) позволяет адаптировать интерфейс класса к конкретной ситуации, средствами шаблона «Мост» (Bridge) можно отделить интерфейс класса и его реализацию, «Компоновщик» (Composite) объединяет объекты в древовидную структуру для представления иерархии от частного к целому. Компоновщик позволяет клиентам единообразно обращаться к отдельным объектам и группам объектов. Паттерн «Оформитель» (Decorator, также известен как Wrapper, «Оболочка») позволяет динамически добавлять новое поведение к объекту, «Фасад» (Facade) – скрыть сложность системы путем сведения всех возможных внешних вызовов к одному объекту, делегирующему их соответствующим объектам системы. Шаблон «Приспособленец» (Flyweight) используется для облегчения работы с большим числом мелких объектов, а «Заместитель» (Proxy) – контролировать доступ к объекту, перехватывая все вызовы к нему.
В группе «Паттерны поведения» собраны шаблоны, ответственные за реализацию поведения объектов. «Цепочка ответов» (Chain of Response) позволяет пропустить запрос через цепочку объектов, «Команда» (Command) инкапсулирует команду в объект, «Интерпретатор» (Interpreter) позволяет создать общее декларативное решение для часто изменяющихся условий задачи. В шаблоне «Итератор» (Iterator) организуется последовательный доступ к коллекции, «Посредник» (Mediator) определяет упрощенный механизм взаимодействия классов, «Напоминание» (Memento) задает принципы, позволяющие записывать и восстанавливать внутреннее состояние объекта. Средствами шаблона «Наблюдатель» (Observer) можно оповещать об изменениях множества объектов, «Состояние» (State) – менять поведение объекта при изменении его состояния. «Стратегия» (Strategy) инкапсулирует алгоритм внутри класса.
Паттерн «Шаблонный метод» (Template Method) выделяет конкретные шаги в алгоритме и опирается на подклассы для их реализации. Средствами паттерна «Посетитель» (Visitor) в класс добавляются новые операции без его изменения.
В этой статье мы рассмотрим паттерны из первой группы – «Порождающие паттерны».
«Фабричный метод»
Паттерн Factory Method позволяет реализовать идею «виртуального конструктора», то есть создания объектов без явного указания их типа. Обычно он применяется, когда базовый класс делегирует потомкам право принятия решений о типе создаваемого объекта. Предположим, что нам надо написать программу для сохранения документа на диск, причем в разных форматах: XML, txt, doc и даже бинарном. Создадим базовый класс, где будет код открытия файла и фабричный метод для создания конкретного объекта, который будет сохранять данные в этот файл.
class DocumentWriter
{
public: virtual void writeDoc(const Document& doc, FILE& file) = 0;
};
class SaveDocument
{
protected:
virtual DocumentFileWriter* createDocumentWriter() const = 0;
public:
void save(const char* fileName)
{
