Application

Creating a MVC Application

All the hard work behind orchestrating the operation of MVC in Phalcon is normally done by Phalcon\Mvc\Application. This component encapsulates all the complex operations required in the background, instantiating every component needed and integrating it with the project, to allow the MVC pattern to operate as desired.

The following bootstrap code is typical for a Phalcon application:

<?php
use Phalcon\Mvc\Application;
// Register autoloaders
// ...
// Register services
// ...
// Handle the request
$application = new Application($di);
try {
    $response = $application->handle(
        $_SERVER["REQUEST_URI"]
    );
    $response->send();
} catch (\Exception $e) {
    echo 'Exception: ', $e->getMessage();
}

The core of all the work of the controller occurs when handle() is invoked:

<?php
$response = $application->handle(
    $_SERVER["REQUEST_URI"]
);

Manual bootstrapping

If you do not wish to use Phalcon\Mvc\Application, the code above can be changed as follows:

<?php
// Get the 'router' service
$router = $di['router'];
$router->handle(
    $_SERVER["REQUEST_URI"]
);
$view = $di['view'];
$dispatcher = $di['dispatcher'];
// Pass the processed router parameters to the dispatcher
$dispatcher->setControllerName(
    $router->getControllerName()
);
$dispatcher->setActionName(
    $router->getActionName()
);
$dispatcher->setParams(
    $router->getParams()
);
// Start the view
$view->start();
// Dispatch the request
$dispatcher->dispatch();
// Render the related views
$view->render(
    $dispatcher->getControllerName(),
    $dispatcher->getActionName(),
    $dispatcher->getParams()
);
// Finish the view
$view->finish();
$response = $di['response'];
// Pass the output of the view to the response
$response->setContent(
    $view->getContent()
);
// Send the response
$response->send();

The following replacement of Phalcon\Mvc\Application lacks of a view component making it suitable for Rest APIs:

<?php
use Phalcon\Http\ResponseInterface;
// Get the 'router' service
$router = $di['router'];
$router->handle(
    $_SERVER["REQUEST_URI"]
);
$dispatcher = $di['dispatcher'];
// Pass the processed router parameters to the dispatcher
$dispatcher->setControllerName(
    $router->getControllerName()
);
$dispatcher->setActionName(
    $router->getActionName()
);
$dispatcher->setParams(
    $router->getParams()
);
// Dispatch the request
$dispatcher->dispatch();
// Get the returned value by the last executed action
$response = $dispatcher->getReturnedValue();
// Check if the action returned is a 'response' object
if ($response instanceof ResponseInterface) {
    // Send the response
    $response->send();
}

Yet another alternative that catch exceptions produced in the dispatcher forwarding to other actions consequently:

<?php
use Phalcon\Http\ResponseInterface;
// Get the 'router' service
$router = $di['router'];
$router->handle(
    $_SERVER["REQUEST_URI"]
);
$dispatcher = $di['dispatcher'];
// Pass the processed router parameters to the dispatcher
$dispatcher->setControllerName(
    $router->getControllerName()
);
$dispatcher->setActionName(
    $router->getActionName()
);
$dispatcher->setParams(
    $router->getParams()
);
try {
    // Dispatch the request
    $dispatcher->dispatch();
} catch (Exception $e) {
    // An exception has occurred, dispatch some controller/action aimed for that
    // Pass the processed router parameters to the dispatcher
    $dispatcher->setControllerName('errors');
    $dispatcher->setActionName('action503');
    // Dispatch the request
    $dispatcher->dispatch();
}
// Get the returned value by the last executed action
$response = $dispatcher->getReturnedValue();
// Check if the action returned is a 'response' object
if ($response instanceof ResponseInterface) {
    // Send the response
    $response->send();
}

Although the above implementations are a lot more verbose than the code needed while using Phalcon\Mvc\Application, offers an alternative in bootstrapping your application. Depending on your needs, you might want to have full control of what should be instantiated or not, or replace certain components with those of your own to extend the default functionality.

Single or Multi Module Applications

With this component you can run various types of MVC structures:

Single Module

Single MVC applications consist of one module only. Namespaces can be used but are not necessary. An application like this would have the following file structure:

single/
    app/
        controllers/
        models/
        views/
    public/
        css/
        img/
        js/

If namespaces are not used, the following bootstrap file could be used to orchestrate the MVC flow:

<?php
use Phalcon\Loader;
use Phalcon\Mvc\View;
use Phalcon\Mvc\Application;
use Phalcon\Di\FactoryDefault;
$loader = new Loader();
$loader->registerDirs(
    [
        '../apps/controllers/',
        '../apps/models/',
    ]
);
$loader->register();
$di = new FactoryDefault();
// Registering the view component
$di->set(
    'view',
    function () {
        $view = new View();
        $view->setViewsDir('../apps/views/');
        return $view;
    }
);
$application = new Application($di);
try {
    $response = $application->handle(
        $_SERVER["REQUEST_URI"]
    );
    $response->send();
} catch (\Exception $e) {
    echo $e->getMessage();
}

If namespaces are used, the following bootstrap can be used:

<?php
use Phalcon\Loader;
use Phalcon\Mvc\View;
use Phalcon\Mvc\Dispatcher;
use Phalcon\Mvc\Application;
use Phalcon\Di\FactoryDefault;
$loader = new Loader();
// Use autoloading with namespaces prefixes
$loader->registerNamespaces(
    [
        'Single\Controllers' => '../apps/controllers/',
        'Single\Models'      => '../apps/models/',
    ]
);
$loader->register();
$di = new FactoryDefault();
// Register the default dispatcher's namespace for controllers
$di->set(
    'dispatcher',
    function () {
        $dispatcher = new Dispatcher();
        $dispatcher->setDefaultNamespace('Single\Controllers');
        return $dispatcher;
    }
);
// Register the view component
$di->set(
    'view',
    function () {
        $view = new View();
        $view->setViewsDir('../apps/views/');
        return $view;
    }
);
$application = new Application($di);
try {
    $response = $application->handle(
        $_SERVER["REQUEST_URI"]
    );
    $response->send();
} catch (\Exception $e) {
    echo $e->getMessage();
}

Multi Module

A multi-module application uses the same document root for more than one module. In this case the following file structure can be used:

multiple/
  apps/
    frontend/
       controllers/
       models/
       views/
       Module.php
    backend/
       controllers/
       models/
       views/
       Module.php
  public/
    css/
    img/
    js/

Each directory in apps/ have its own MVC structure. A Module.php is present to configure specific settings of each module like autoloaders or custom services:

<?php
namespace Multiple\Backend;
use Phalcon\Loader;
use Phalcon\Mvc\View;
use Phalcon\Di\DiInterface;
use Phalcon\Mvc\Dispatcher;
use Phalcon\Mvc\ModuleDefinitionInterface;
class Module implements ModuleDefinitionInterface
{
    /**
     * Register a specific autoloader for the module
     */
    public function registerAutoloaders(DiInterface $di = null)
    {
        $loader = new Loader();
        $loader->registerNamespaces(
            [
                'Multiple\Backend\Controllers' => '../apps/backend/controllers/',
                'Multiple\Backend\Models'      => '../apps/backend/models/',
            ]
        );
        $loader->register();
    }
    /**
     * Register specific services for the module
     */
    public function registerServices(DiInterface $di)
    {
        // Registering a dispatcher
        $di->set(
            'dispatcher',
            function () {
                $dispatcher = new Dispatcher();
                $dispatcher->setDefaultNamespace('Multiple\Backend\Controllers');
                return $dispatcher;
            }
        );
        // Registering the view component
        $di->set(
            'view',
            function () {
                $view = new View();
                $view->setViewsDir('../apps/backend/views/');
                return $view;
            }
        );
    }
}

A special bootstrap file is required to load a multi-module MVC architecture:

<?php
use Phalcon\Mvc\Router;
use Phalcon\Mvc\Application;
use Phalcon\Di\FactoryDefault;
$di = new FactoryDefault();
// Specify routes for modules
$di->set(
    'router',
    function () {
        $router = new Router();
        $router->setDefaultModule('frontend');
        $router->add(
            '/login',
            [
                'module'     => 'backend',
                'controller' => 'login',
                'action'     => 'index',
            ]
        );
        $router->add(
            '/admin/products/:action',
            [
                'module'     => 'backend',
                'controller' => 'products',
                'action'     => 1,
            ]
        );
        $router->add(
            '/products/:action',
            [
                'controller' => 'products',
                'action'     => 1,
            ]
        );
        return $router;
    }
);
// Create an application
$application = new Application($di);
// Register the installed modules
$application->registerModules(
    [
        'frontend' => [
            'className' => \Multiple\Frontend\Module::class,
            'path'      => '../apps/frontend/Module.php',
        ],
        'backend'  => [
            'className' => \Multiple\Backend\Module::class,
            'path'      => '../apps/backend/Module.php',
        ]
    ]
);
try {
    // Handle the request
    $response = $application->handle(
        $_SERVER["REQUEST_URI"]
    );
    $response->send();
} catch (\Exception $e) {
    echo $e->getMessage();
}

If you want to maintain the module configuration in the bootstrap file you can use an anonymous function to register the module:

<?php
use Phalcon\Mvc\View;
// Creating a view component
$view = new View();
// Set options to view component
// ...
// Register the installed modules
$application->registerModules(
    [
        'frontend' => function ($di) use ($view) {
            $di->setShared(
                'view',
                function () use ($view) {
                    $view->setViewsDir('../apps/frontend/views/');
                    return $view;
                }
            );
        },
        'backend' => function ($di) use ($view) {
            $di->setShared(
                'view',
                function () use ($view) {
                    $view->setViewsDir('../apps/backend/views/');
                    return $view;
                }
            );
        }
    ]
);

When Phalcon\Mvc\Application have modules registered, always is necessary that every matched route returns a valid module. Each registered module has an associated class offering functions to set the module itself up. Each module class definition must implement two methods: registerAutoloaders() and registerServices(), they will be called by Phalcon\Mvc\Application according to the module to be executed.

Application Events

Phalcon\Mvc\Application is able to send events to the EventsManager (if it is present). Events are triggered using the type application. The following events are supported:

The following example demonstrates how to attach listeners to this component:

<?php
use Phalcon\Events\Event;
use Phalcon\Events\Manager as EventsManager;
$eventsManager = new EventsManager();
$application->setEventsManager($eventsManager);
$eventsManager->attach(
    'application',
    function (Event $event, $application) {
        // ...
    }
);

External Resources

• MVC examples on GitHub

• This component encapsulates all the complex operations behind instantiating

• every component needed and integrating it with the rest to allow the MVC

• pattern to operate as desired.public function __construct( container = null)

• Phalcon\AbstractApplication constructorpublic function getDefaultModule() -> string

• Returns the default module namepublic function getEventsManager() ->
• Returns the internal event managerpublic function getModule(string! name) -> array | object
• Gets the module definition registered in the application via module namepublic function getModules() -> array
• Return the modules registered in the applicationpublic function registerModules(array modules, bool merge = false) ->
• Register an array of modules present in the application*
• ```php
• $this->registerModules(
• [
• “frontend” => [
• “className” => \Multiple\Frontend\Module::class,
• “path” => “../apps/frontend/Module.php”,
• ],
• “backend” => [
• “className” => \Multiple\Backend\Module::class,
• “path” => “../apps/backend/Module.php”,
• ],
• ]
• );
• ```*/public function setDefaultModule(string! defaultModule) ->
• Sets the module name to be used if the router doesn’t return a valid modulepublic function setEventsManager( eventsManager) -> void
• Sets the events managerpublic function handle(string! uri) -> | bool
• Handles a MVC requestpublic function sendCookiesOnHandleRequest(bool sendCookies) ->
• Enables or disables sending cookies by each request handlingpublic function sendHeadersOnHandleRequest(bool sendHeaders) ->
• Enables or disables sending headers by each request handlingpublic function useImplicitView(bool implicitView) ->
• By default. The view is implicitly buffering all the output You can full disable the view component using this method