В этой статье хотелось бы поделиться опытом разработки слоя контроллера в нашем веб-фреймворке. Что мы хотим от этого слоя:

• абстракция HTTP-запроса и отклика, компенсирование неудобств встроенной реализации;
• возможность компоновки обработчиков запросов из отдельных модулей (middleware);
• самое главное: диспетчеризация URL, простая структура набора правил диспетчеризации;
• REST как наиболее универсальная архитектура.

При разработке нашего внутреннего фреймворка (к сожалению, PHP вообще очень способствует постоянному переизобретению велосипеда), мы старались таким образом проектировать интерфейсы библиотечных модулей, чтобы клиентский код, использующий эти интерфейсы, получался простым, лаконичным и читаемым.

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

Решение, предложенное для показа портфолио в предыдущем посте, конечно, подкупает своей простотой, однако его можно сделать гораздо функциональнее, воспользовавшись технологией Exhibit из проекта SIMILE.

Проект SIMILE, разрабатываемый MIT, включает в себя набор приложений, предназначенных для обработки и отображения информации в стиле Semantic Web: несколько фреймворков для построения клиентских интерфейсов, средства анализа и отладки XML-документов и HTTP-запросов, набор конвертеров из различных форматов в RDF и многое другое.

Как правило, во-первых, клиента интересует, что мы можем для него сделать. Во-вторых, сколько это будет ему стоить. При этом логично, что цена сильно зависит от наших возможностей, но часто не прямо, а в разрезе того, как мы свои возможности — творческие и технические — демонстрируем. Другими словами, что из себя представляет наше портфолио — и по содержание и по выражению.