Symfony2 book: Основы создания страниц / The Basics of Page Creation

Создание Пакета (bundle)

Прежде чем начать, вам необходимо создать пакет (bundle). В Symfony2 пакет напоминает plugin, за исключением того, что весь код вашего приложения будет расположен внутри такого пакета.
Вообще говоря, пакет – это не более чем директория (соответствующая тем не менее пространству имен PHP), которая содержит все что относится к какой-то специфической функции (см. Система пакетов). Для создания пакета с именем AcmeStudyBundle (демо-пакет, который мы создадим в ходе прочтения данной статьи), необходимо выполнить следующую команду (из корня проекта):

  php app/console init:bundle "Acme\StudyBundle" src

Далее, нам необходимо убедиться, что пространство имен Acme загружено – для этого нам надо добавить следующий код в файл app/autoload.php file (см. Автозагрузка):

$loader->registerNamespaces(array(
    'Acme'                         => __DIR__.'/../src',
    // ...
));

Наконец, инициализируем пакет, добавляя его в метод registerBundles класса AppKernel:

// app/AppKernel.php
public function registerBundles()
{
    $bundles = array(
        // ...
        new Acme\StudyBundle\AcmeStudyBundle(),
    );
    // ...
    return $bundles;
}

Теперь, когда мы создали и подключили пакет, мы можем начать создание нашего приложения в нём.

Создание маршрута

По умолчанию, конфигурационный файл маршрутизатора в приложении Symfony2, располагается в app/config/routing.yml. Для конфигурирования маршрутизатора, а также любых прочих конфигураций Symfony2, вы можете также использовать XML или PHP формат:

• YAML

  # app/config/routing.yml homepage: pattern: / defaults: { _controller: FrameworkBundle:Default:index } hello: resource: "@AcmeStudyBundle/Resources/config/routing.yml"

  # app/config/routing.yml homepage: pattern: / defaults: { _controller: FrameworkBundle:Default:index } hello: resource: "@AcmeStudyBundle/Resources/config/routing.yml"

• XML

  <!-- app/config/routing.xml --> <?xml version="1.0" encoding="UTF-8" ?>   <routes xmlns="http://symfony.com/schema/routing" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://symfony.com/schema/routing http://symfony.com/schema/routing/routing-1.0.xsd">   <route id="homepage" pattern="/"> <default key="_controller">FrameworkBundle:Default:index</default> </route>   <import resource="@AcmeStudyBundle/Resources/config/routing.xml" /> </routes>

  <!-- app/config/routing.xml --> <?xml version="1.0" encoding="UTF-8" ?> <routes xmlns="http://symfony.com/schema/routing" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://symfony.com/schema/routing http://symfony.com/schema/routing/routing-1.0.xsd"> <route id="homepage" pattern="/"> <default key="_controller">FrameworkBundle:Default:index</default> </route> <import resource="@AcmeStudyBundle/Resources/config/routing.xml" /> </routes>

• PHP

  // app/config/routing.php use Symfony\Component\Routing\RouteCollection; use Symfony\Component\Routing\Route;   $collection = new RouteCollection(); $collection->add('homepage', new Route('/', array( '_controller' => 'FrameworkBundle:Default:index', ))); $collection->addCollection($loader->import("@AcmeStudyBundle/Resources/config/routing.php"));   return $collection;

  // app/config/routing.php use Symfony\Component\Routing\RouteCollection; use Symfony\Component\Routing\Route; $collection = new RouteCollection(); $collection->add('homepage', new Route('/', array( '_controller' => 'FrameworkBundle:Default:index', ))); $collection->addCollection($loader->import("@AcmeStudyBundle/Resources/config/routing.php")); return $collection;

Первые строки конфигурации определяют, какой код будет вызван для запроса “/” (homepage) и служат примером конфигурации маршрута. Последняя часть более интересна – в ней импортируется другой конфигурационный файл маршрутизатора, который находится внутри AcmeStudyBundle:

• YAML

  # src/Acme/StudyBundle/Resources/config/routing.yml hello: pattern: /hello/{name} defaults: { _controller: AcmeStudyBundle:Hello:index }

  # src/Acme/StudyBundle/Resources/config/routing.yml hello: pattern: /hello/{name} defaults: { _controller: AcmeStudyBundle:Hello:index }

• XML

  # src/Acme/StudyBundle/Resources/config/routing.yml <!-- src/Acme/StudyBundle/Resources/config/routing.xml --> <?xml version="1.0" encoding="UTF-8" ?>   <routes xmlns="http://symfony.com/schema/routing" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://symfony.com/schema/routing http://symfony.com/schema/routing/routing-1.0.xsd">   <route id="hello" pattern="/hello/{name}"> <default key="_controller">AcmeStudyBundle:Hello:index</default> </route> </routes>

  # src/Acme/StudyBundle/Resources/config/routing.yml <!-- src/Acme/StudyBundle/Resources/config/routing.xml --> <?xml version="1.0" encoding="UTF-8" ?> <routes xmlns="http://symfony.com/schema/routing" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://symfony.com/schema/routing http://symfony.com/schema/routing/routing-1.0.xsd"> <route id="hello" pattern="/hello/{name}"> <default key="_controller">AcmeStudyBundle:Hello:index</default> </route> </routes>

• PHP

  # src/Acme/StudyBundle/Resources/config/routing.yml // src/Acme/StudyBundle/Resources/config/routing.php use Symfony\Component\Routing\RouteCollection; use Symfony\Component\Routing\Route;   $collection = new RouteCollection(); $collection->add('hello', new Route('/hello/{name}', array( '_controller' => 'AcmeStudyBundle:Hello:index', )));   return $collection;

  # src/Acme/StudyBundle/Resources/config/routing.yml // src/Acme/StudyBundle/Resources/config/routing.php use Symfony\Component\Routing\RouteCollection; use Symfony\Component\Routing\Route; $collection = new RouteCollection(); $collection->add('hello', new Route('/hello/{name}', array( '_controller' => 'AcmeStudyBundle:Hello:index', ))); return $collection;

Маршрут состоит из двух основных частей: шаблон, с которым сравнивается URI, а также массив параметров по умолчанию (defaults), в котором указывается контроллер, который необходимо выполнить. Синтаксис указателя места заполнения (placeholder) в шаблоне ({name}) – это групповой символ (wildcard). Он означает, что URI /hello/Ryan, /hello/Fabien, а также прочие, походие на них, будут соответствовать этому маршруту. Параметр, определённый указателем {name}, также будет передан в наш контроллер, так что мы сможем использовать его, чтобы поприветствовать пользователя.

Система маршрутизации имеет еще множество замечательных функций для создания гибких и функциональных структур URI в нашем приложении. За дополнительной информацией вы можете обратиться по ссылке Routing (увы, пока без перевода).

Создание Контроллера

Когда URI вида /hello/Ryan обнаруживается приложением в запросе, маршрут hello сработает и будет вызван контроллер AcmeStudyBundle:Hello:index. Следующим нашим шагом будет создание этого контроллера. В действительности, контроллер – это не что иное, как метод PHP класса, который мы создаем, а Symfony выполняет. Это то место, где приложение, используя информацию из запроса, создает запрошенный ресурс. За исключением некоторых особых случаев, результатом работы контроллера всегда является объект Symfony2 Response:

// src/Acme/StudyBundle/Controller/HelloController.php
 
namespace Acme\StudyBundle\Controller;
use Symfony\Component\HttpFoundation\Response;
 
class HelloController
{
    public function indexAction($name)
    {
        return new Response('<html><body>Hello '.$name.'!</body></html>');
    }
}

Этот контроллер предельно прост: он создает новый объект Response, чьим первым аргументом является контент, который будет использован для создания ответа (в нашем случае это маленькая HTML-страница, код которой мы указали прямо в контроллере).
Примите мои поздравления! ;)) После создания маршрута и контроллера, вы уже имеете полноценную страницу! Если вы все настроили корректно, ваше приложение должно поприветствовать вас:

  http://localhost/app_dev.php/hello/Ryan

Опциональным (но как правило востребованным) третьим шагом является создание шаблона.

Контроллер – это главная точка входа для вашего кода и ключевой ингридиет при создании страниц. Больше информации о контроллерах вы можете найти тут: Controller Chapter (пока также без перевода).

Создание шаблона

Шаблоны позволяют нам вынести разметку страниц (HTML код как вравило) в отдельный файл и повторно использовать различные части шаблона страницы. Вместо того чтобы писать код внутри контроллера, воспользуемся шаблоном:

// src/Acme/StudyBundle/Controller/HelloController.php
 
namespace Acme\StudyBundle\Controller;
 
use Symfony\Bundle\FrameworkBundle\Controller\Controller;
 
class HelloController extends Controller
{
    public function indexAction($name)
    {
        return $this->render('AcmeStudyBundle:Hello:index.html.twig', array('name' => $name));
 
        // render a PHP template instead
        // return $this->render('AcmeStudyBundle:Hello:index.html.php', array('name' => $name));
    }
}

Для того, чтобы использовать метод render(), необходимо отнаследоваться от класса SymfonyBundleFrameworkBundleControllerController, который добавляет несколько методов для быстрого вызова для часто употребляемых функций в контроллере.

Метод render() создает объект Response, заполненный содержанием обработанного (рендереного) шаблона. Как и любой другой контроллер, вы в конце концов вернете объект Response.
Обратите внимание, что есть две различные возможности рендеринга шаблонов. Symfony2 по-умолчанию, поддерживает 2 языка шаблонов: классические PHP-шаблоны и простой, но мощный язык шаблонов Twig. Но не пугайтесь, вы свободны в выборе того или иного из них, кроме того вы можете использовать оба в рамках одного проекта.
Контроллер отображает шаблон AcmeStudyBundle:Hello:index.html.twig, который использует следующие соглашения: BundleName:ControllerName:TemplateName
Таким образом, AcmeStudyBundle – это имя пакета, Hello – это контроллер и index.html.twig это шаблон:

• Twig

  1 2 3 4 5 6

  {# src/Acme/StudyBundle/Resources/views/Hello/index.html.twig #} {% extends '::layout.html.twig' %}   {% block body %} Hello {{ name }}! {% endblock %}

  {# src/Acme/StudyBundle/Resources/views/Hello/index.html.twig #} {% extends '::layout.html.twig' %} {% block body %} Hello {{ name }}! {% endblock %}

• PHP

  <!-- src/Acme/StudyBundle/Resources/views/Hello/index.html.php --> <?php $view->extend('::layout.html.php') ?>   Hello <?php echo $view->escape($name) ?>!

  <!-- src/Acme/StudyBundle/Resources/views/Hello/index.html.php --> <?php $view->extend('::layout.html.php') ?> Hello <?php echo $view->escape($name) ?>!

Давайте рассмотрим подробнее шаблон Twig:

• строка 2: Токен extends определяет родительский шаблон. Таким образом сам шаблон однозначным
  образом определяет родителя (layout) внутрь которого он будет помещен.
• строка 4: Токен block означает, что все внутри него будет помещено в блок с именем body.
  Как мы увидим ниже, это уже обязанность родительского шаблона (layout.html.twig) – полностью отобразить блок body.

Родительский шаблон, ::layout.html.twig, не включает в себя ни имени пакета, ни контроллера (отсюда и двойное двоеточие в начале имени (::)). Это означает что шаблон располагается вне пакета в директории app:

• Twig

  {# app/Resources/views/layout.html.twig #} <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>{% block title %}Hello Application{% endblock %}</title> </head> <body> {% block body %}{% endblock %} </body> </html>

  {# app/Resources/views/layout.html.twig #} <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>{% block title %}Hello Application{% endblock %}</title> </head> <body> {% block body %}{% endblock %} </body> </html>

• PHP

  <!-- app/Resources/views/layout.html.php --> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title><?php $view['slots']->output('title', 'Hello Application') ?></title> </head> <body> <?php $view['slots']->output('_content') ?> </body> </html>

  <!-- app/Resources/views/layout.html.php --> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title><?php $view['slots']->output('title', 'Hello Application') ?></title> </head> <body> <?php $view['slots']->output('_content') ?> </body> </html>

Базовый шаблон определяет HTML разметку блока body, который мы определили в шаблоне index.html.twig.
Он также отображает блок title, который мы также можем определить в index.html.twig. Так как мы не определили блок title в дочернем шаблоне, он примет значение по умолчанию – “Hello Application”.
Шаблоны являются мощным инструментом по организации и отображению контента ваших страниц – HTML разметки, CSS стилей, а также всего прочего, что может потребоваться вернуть контроллеру. Но шаблонизатор – это просто средство для достижения цели. А цель состоит в том, чтобы каждый контроллер возвращал объект Response. Таким образом, шаблоны мощный, но опциональный инструмент для создания контента для объекта Response.

Структура директорий

Мы прочитали всего лишь после нескольких коротких секций, а вы уже уяснили (ведь уяснили же?! правда? ;)) философию создания и отображения страниц в Symfony2. Поэтому без лишних слов мы приступим к изучению того, как организованы и структурированы проекты Symfony2. К концу этой секции вы будете знать где найти и куда поместить различные типы файлов. И более того, будет понимать – почему! )
Изначально созданный очень гибким, по умолчанию каждое Symfony приложение имеет одну и ту же базовую (и рекомендуемую) структуру директорий:

• app/: Эта директория содержит настройки приложения;
• src/: Весь PHP код проекта находится в этой директории;
• vendor/: Здесь размещаются сторонние библиотеки;
• web/: Это корневая директория, видимая web-серверу и содержащая доступные пользователям файлы;

// web/app.php
require_once __DIR__.'/../app/bootstrap.php';
require_once __DIR__.'/../app/AppKernel.php';
 
use Symfony\Component\HttpFoundation\Request;
 
$kernel = new AppKernel('prod', false);
$kernel->handle(Request::createFromGlobals())->send();

Система пакетов

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

Здесь мы рассмотрим лишь основы, более детальную информацию по пакетам вы можете найти в главе Пакеты.

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

// app/AppKernel.php
public function registerBundles()
{
    $bundles = array(
        new Symfony\Bundle\FrameworkBundle\FrameworkBundle(),
        new Symfony\Bundle\SecurityBundle\SecurityBundle(),
        new Symfony\Bundle\TwigBundle\TwigBundle(),
        new Symfony\Bundle\MonologBundle\MonologBundle(),
        new Symfony\Bundle\SwiftmailerBundle\SwiftmailerBundle(),
        new Symfony\Bundle\DoctrineBundle\DoctrineBundle(),
        new Symfony\Bundle\AsseticBundle\AsseticBundle(),
        new Sensio\Bundle\FrameworkExtraBundle\SensioFrameworkExtraBundle(),
        new JMS\SecurityExtraBundle\JMSSecurityExtraBundle(),
 
        // register your bundles
        new Acme\StudyBundle\AcmeStudyBundle(),
    );
 
    if (in_array($this->getEnvironment(), array('dev', 'test'))) {
        $bundles[] = new Symfony\Bundle\WebProfilerBundle\WebProfilerBundle();
    }
 
    return $bundles;
}

Используя метод registerBundles(), вы получаете полный контроль над теми пакетами, которые используются вашим приложением (включая пакеты, входящие в состав ядра Symfony).

Вообще говоря, пакет может располагаться где угодно, если конечно его расположение не мешает автозагрузчику Symfony2. Например, если AcmeStudyBundle расположен в директории src/Acme, озаботьтесь тем, чтобы пространство имён Acme было добавлено в файл app/autoload.php и было направлено (mapped) на директорию src.

// src/Acme/TestBundle/AcmeTestBundle.php
namespace Acme\TestBundle;
 
use Symfony\Component\HttpKernel\Bundle\Bundle;
 
class AcmeTestBundle extends Bundle
{
}

// app/AppKernel.php
public function registerBundles()
{
    $bundles = array(
        // ...
 
        // register your bundles
        new Acme\TestBundle\AcmeTestBundle(),
    );
 
    // ...
 
    return $bundles;
}

php app/console init:bundle "Acme\TestBundle" src

Настройка приложения

Приложение состоит из набора пакетов, реализующих все необходимые функции вашего приложения. Каждый пакет может быть настроен при помощи конфигурационных файлов, написанных на YAML, XML или PHP. По умолчанию, основной конфигурационный файл расположен в директории app/config/ и называется config.yml, config.xml или config.php, в зависимости от предпочитаемого вами формата.

• YAML

  # app/config/config.yml framework: charset: UTF-8 error_handler: null csrf_protection: enabled: true secret: xxxxxxxxxx router: { resource: "%kernel.root_dir%/config/routing.yml" } validation: { enabled: true, annotations: true } templating: { engines: ['twig'] } #assets_version: SomeVersionScheme session: default_locale: en lifetime: 3600 auto_start: true   # Twig Configuration twig: debug: %kernel.debug% strict_variables: %kernel.debug%

  # app/config/config.yml framework: charset: UTF-8 error_handler: null csrf_protection: enabled: true secret: xxxxxxxxxx router: { resource: "%kernel.root_dir%/config/routing.yml" } validation: { enabled: true, annotations: true } templating: { engines: ['twig'] } #assets_version: SomeVersionScheme session: default_locale: en lifetime: 3600 auto_start: true # Twig Configuration twig: debug: %kernel.debug% strict_variables: %kernel.debug%

• XML

  <!-- app/config/config.xml --> <framework:config charset="UTF-8" error-handler="null" cache-warmer="false"> <framework:router resource="%kernel.root_dir%/config/routing.xml" cache-warmer="true" /> <framework:validation enabled="true" annotations="true" /> <framework:session default-locale="en" lifetime="3600" auto-start="true" /> <framework:templating assets-version="SomeVersionScheme" cache-warmer="true"> <framework:engine id="twig" /> </framework:templating> <framework:csrf-protection enabled="true" secret="xxxxxxxxxx" /> </framework:config>   <!-- Twig Configuration --> <twig:config debug="%kernel.debug%" strict-variables="%kernel.debug%" cache-warmer="true" />

  <!-- app/config/config.xml --> <framework:config charset="UTF-8" error-handler="null" cache-warmer="false"> <framework:router resource="%kernel.root_dir%/config/routing.xml" cache-warmer="true" /> <framework:validation enabled="true" annotations="true" /> <framework:session default-locale="en" lifetime="3600" auto-start="true" /> <framework:templating assets-version="SomeVersionScheme" cache-warmer="true"> <framework:engine id="twig" /> </framework:templating> <framework:csrf-protection enabled="true" secret="xxxxxxxxxx" /> </framework:config> <!-- Twig Configuration --> <twig:config debug="%kernel.debug%" strict-variables="%kernel.debug%" cache-warmer="true" />

• PHP

  $container->loadFromExtension('framework', array( 'charset' => 'UTF-8', 'error_handler' => null, 'csrf-protection' => array('enabled' => true, 'secret' => 'xxxxxxxxxx'), 'router' => array('resource' => '%kernel.root_dir%/config/routing.php'), 'validation' => array('enabled' => true, 'annotations' => true), 'templating' => array( 'engines' => array('twig'), #'assets_version' => "SomeVersionScheme", ), 'session' => array( 'default_locale' => "en", 'lifetime' => "3600", 'auto_start' => true, ), ));   // Twig Configuration $container->loadFromExtension('twig', array( 'debug' => '%kernel.debug%', 'strict_variables' => '%kernel.debug%', ));

  $container->loadFromExtension('framework', array( 'charset' => 'UTF-8', 'error_handler' => null, 'csrf-protection' => array('enabled' => true, 'secret' => 'xxxxxxxxxx'), 'router' => array('resource' => '%kernel.root_dir%/config/routing.php'), 'validation' => array('enabled' => true, 'annotations' => true), 'templating' => array( 'engines' => array('twig'), #'assets_version' => "SomeVersionScheme", ), 'session' => array( 'default_locale' => "en", 'lifetime' => "3600", 'auto_start' => true, ), )); // Twig Configuration $container->loadFromExtension('twig', array( 'debug' => '%kernel.debug%', 'strict_variables' => '%kernel.debug%', ));

О том как выбрать какой файл/формат загружать – мы рассмотрим в следующей секции – Окружения.

Каждый параметр верхнего уровня, например framework или twig, определяет настройки конкретного пакета. Например, ключ framework определяет настройки ядра Symfony FrameworkBundle и включает настройки маршрутизации, шаблонизатора и прочих ключевых систем.
Пока же нам не стоит беспокоиться о конкретных настройках в каждой секции. Файл настроек по умолчанию содержит все необходимые параметры. По ходу чтения прочей документации вы ознакомитесь со всеми специфическими настройками.

Форматы конфигураций
Во всех главах книги все примеры конфигураций будут показаны во всех трех форматах (YAML, XML and PHP). Каждый из них имеет свои достоинства и недостатки. Выбор же формата целиком зависит о ваших предпочтений:

• YAML: Простой, понятный и читабльный;
• XML: В разы более мощный, нежели YAML. Поддерживается многими IDE (autocompletion;
• PHP: Очень мощный, но менее читабельный, чем стандартные форматы конфигурационных файлов.

Окружения

Приложение можно запускать в различных окружениях. Различные окружения используют один и тот же PHP код (за исключением фронт-контроллера), но могут иметь совершенно различные настройки. Например, dev окружение ведет лог ошибок и замечаний, в то время как prod окружение логгирует только ошибки. В dev некоторые файлы пересоздаются при каждом запросе, но кешируются в prod окружении. В то же время, все окружения одновременно доступны на одной и той же машине.
Проект Symfony2 по умолчанию имеет три окружения (dev, test и prod), хотя создать новое окружение не сложно. Вы можете смотреть ваше приложение в различных окружениях просто меняя фронт-контроллеры в браузере. Для того чтобы отобразить приложение в dev окружении, откройте его при помощи фронт контроллера app_dev.php:

  http://localhost/app_dev.php/hello/Ryan

Если же вы хотите посмотреть, как поведёт себя приложение в продуктовой среде, вы можете вызвать фронт-контроллер prod:

  http://localhost/app.php/hello/Ryan

Если вы откроете файл web/app.php, вы обнаружите, что он однозначно настроен на использование prod окружения:

$kernel = new AppCache(new AppKernel('prod', false));

$kernel = new AppCache(new AppKernel('prod', false));

Вы можете создать новый фронт-контроллер для нового окружения просто скопировав этот файл и изменив prod на другое значение.

Так как prod окружение оптимизировано для скорости, настройки, маршруты и шаблоны Twig компилируются в плоские PHP классы и кешируются. Когда вы хотите посмотреть изменения в продуктовом окружении, вам потребуется удалить эти файлы чтобы они пересоздались автоматически:

  rm -rf app/cache/*

Тестовое окружение (test) используется при запуске автотестов и его нельзя напрямую открыть через браузер. Подробнее об это можно почитать в главе про тестирование.

// app/AppKernel.php
public function registerContainerConfiguration(LoaderInterface $loader)
{
    $loader->load(__DIR__.'/config/config_'.$this->getEnvironment().'.yml');
}

Заключение

Поздравляем! Вы усвоили все фундаментальные аспекты Symfony2 и обнаружили, какими лёгкими и в то же время гибкими они могут быть. И, поскольку на подходе ещё много интересного, обязательно запомните следующие положения:

• создание страниц – это три простых шага, включающих маршрут, контроллер и (опционально) шаблон;
• Каждое приложение должно состоять только из 4х директорий: web/ (ассеты и фронт-контроллеры), app/ (настройки), src/ (пакеты), и vendor/ (сторонние библиотеки);
• Каждая функция в Symfony2 (включая ядро фреймворка) должна располагаться внутри пакета, который представляет собой структурированный набор файлов, реализующих эту функцию;
• настройки каждого пакета располагаются в директории app/config и могут быть записаны в формате YAML, XML or PHP;
• каждое окружение доступно через свой отдельный фронт-контроллер (например app.php и app_dev.php) и заружает отдельный файл настроек;

Далее, каждая глава книги познакомит вас с все более и более мощными инструментами и более глубокими концепциями. Чем больше вы знаете о Symfony2, тем больше вы будете ценить гибкость его архитектуры и его обширные возможности для быстрой разработки приложений.