mgrechanik / yii2-universal-module-sceleton
The structure of universal Yii2 module who fits both to advanced and basic templates
Installs: 6 815
Dependents: 1
Suggesters: 0
Security: 0
Stars: 3
Watchers: 2
Forks: 0
Open Issues: 0
Type:yii2-extension
Requires
- yiisoft/yii2: ~2.0
Requires (Dev)
- phpunit/phpunit: 7.*
This package is auto-updated.
Last update: 2024-11-23 19:32:18 UTC
README
Table of contents
- Goal
- Installing
- What it is about
- Using
- Module inheritance
- Module settings
- Example with Basic template
- How-to
Goal
This extension gives the structure of the module which:
-
will be self-sufficient and portable because it holds all his functionality in one place
-
logically divided at backend and frontend parts
-
easily connects both to Advanced and Basic application templates
-
with Basic application template:
- connects to module section only one time
- there is functionality of protection to all backend controllers (for admin part of your web site)
-
it is easy to inherit such modules from one another to override functionality without controllers duplication
Installing
The preferred way to install this extension is through composer.:
Either run
composer require --prefer-dist mgrechanik/yii2-universal-module-sceleton
or add
"mgrechanik/yii2-universal-module-sceleton" : "~1.0.0"
to the require section of your composer.json
What it is about
- By default module controllers are being searched automatically in it's
$controllerNamespace
- We do not use this functionality but define all our controllers in module's
$controllerMap
- But we do this not by
$controllerMap
property explicitly but define backend and frontend controllers separately - Module has the mode which is set in config; according to this mode
Controller Map
will have only those controllers who fit the mode:- With frontend application of Advanced template we connect our module in
'frontend'
mode - With backend application of Advanced template we connect our module in
'backend'
mode - With Basic template we can connect our module in two modes described above and also in
'backend and frontend'
mode when both controller types are accessible
- With frontend application of Advanced template we connect our module in
- When module get the request it creates the controller from their map, figuring by it's namespace
whether it is backend or frontend controller to perform additional set up - Module expects the next directory structure:
Module_directory/
ui/ // User Interface of the module
controllers/
backend/ // Backend controllers like the next:
AdminDefaultController.php
...
frontend/ // Frontend controllers like the next:
DefaultController.php
...
views/ // Views for corresponding controllers
backend/
admin-default/
frontend/
default/
Module.php // module class
Using
-
Generate, or create manually, your module class
-
Inherit your module class from universal module class
use mgrechanik\yiiuniversalmodule\UniversalModule; class YourModule extends UniversalModule {
- Now create (or generate) frontend controller
- Take into consideration that it's
namespace
should beyourModuleNamespace\ui\controllers\frontend
- Create all subdirs needed
- According to controller it's views will reside in
@yourModuleNamespace/ui/views/frontend/YourControllerName/
- We need to define this controller in frontend controller map of this module:
class YourModule extends UniversalModule { public $frontendControllers = [ 'default', ];
, where 'default'
match yourModuleNamespace\ui\controllers\frontend\DefaultController
.
When the name and class of controller do not match use next definition form: 'default2' => 'SomeDefaultController'
.
Always when you create new controller do not forget to define it in appropriate controller map of your module.
You are not required to inherit your controller classes from any parent type.
- Now create (or generate) backend controller
- Logic is the same with 3), but it's
namespace
should beyourModuleNamespace\ui\controllers\backend
- Define it in module at:
class YourModule extends UniversalModule { public $backendControllers = [ 'admin-default', ];
- It is handy to prefix backend controller names with Admin, so all backend urls could be set up the way all of them will start with admin/
- Done, your module is ready, you can connect it to application:
config/main.php:
// ... 'modules' => [ 'yourModule' => [ 'class' => 'yourModuleNamespace\YourModule', 'mode' => 'frontend', ],
, do not forget to define - mode
It is comfortable to connect all such modules at first level of application modules, without nested modules but like a simple list of modules we used to see at admin pages of popular CMSs, which also gives short urls.
Module inheritance
When you inherit your module class from existing one without overriding $frontendControllers
and $backendControllers
the next happens:
- These two properties will be taken from parent naturally
- But the basic controller namespace will be set to your module namespace. You do not have such controllers and you do not want to create their copies
- There are next opportunities how to make your module to use controllers from any of his ancestors:
- If controllers reside with immediate parent of your module set it the next property
$takeControllersFromParentModule = true
- If controllers are in some other module, say
'Omega'
, then set the property of your module$baseControllerNamespace
to namespace of'Omega'
module Views
will be searched by default according to settings above
- If controllers reside with immediate parent of your module set it the next property
Module settings
Connecting module to application we can use next it's properties:
$mode
- mode in which this module works
You are required to set up it. Details
$backendLayout
- layout for backend controllers
Sets up layout
to module when backend controller is requested.
It is useful for Basic application template.
$frontendControllers
- frontend controller map
$backendControllers
- backend controller map
$controllerMapAdjustCallback
- callback for final adjustment of controller map
After module's controller map is generated you can adjust it with this function
which signature is: function($map) { ...; return $map; }
$backendControllerConfig
- backend controllers settings
When module creates backend controller it could set up controller with these properties.
It is handy, for example, to restrict access to such controllers using yii filters connected like behaviors.
$frontendControllerConfig
- frontend controllers settings
It is the same like $backendControllerConfig
$baseControllerNamespace
- the basic namespace for the controllers the module uses
By default it is not used and controllers will be searched relevant to your current module namespace.
But with this property you can tell to take controllers from any other module
$takeControllersFromParentModule
- whether to take controllers from parent
It is false
by default, meaning no taking.
But with this property you can tell to take controllers from immediate parent of current module
$baseViewsPath
- basic path where to find module's views
By default it is not used.
It is automatically set up whether to current module directory or relevant to the two properties above when they are set.
But with this property you can finally say where to search for views
. Example of value: '@mgrechanik/yii2catalog'
Example of module's set up with Basic application template
Lets suppose that we have two modules we are talking about - example
and omega
.
Here is working configs to set up these modules:
config/params.php:
return [ 'backendLayout' => '//lte/main', 'backendControllerConfig' => [ 'as backendaccess' => [ 'class' => \yii\filters\AccessControl::class, 'rules' => [ [ 'allow' => true, 'ips' => ['54.54.22.44'], 'matchCallback' => function ($rule, $action){ $user = \Yii::$app->user; return !$user->isGuest && ($user->id == 1); }, ] ], ], ], ];
At this config we gave permission to "admin pages" only to one user (id==1)
, with additional check for ip
.
config/web.php:
'components' => [ //... 'urlManager' => [ 'enablePrettyUrl' => true, 'showScriptName' => false, 'rules' => [ 'admin/<module:(example|omega)>-<controllersuffix>/<action:\w*>' => '<module>/admin-<controllersuffix>/<action>', 'admin/<module:(example|omega)>-<controllersuffix>' => '<module>/admin-<controllersuffix>', ], ], ], 'modules' => [ 'example' => [ 'class' => 'modules\example\Module', 'mode' => 'backend and frontend', 'backendLayout' => $params['backendLayout'], 'backendControllerConfig' => $params['backendControllerConfig'], ], 'omega' => [ 'class' => 'modules\username1\omega\Module', 'mode' => 'backend and frontend', 'backendLayout' => $params['backendLayout'], 'backendControllerConfig' => $params['backendControllerConfig'], ], ],
How-to
Make all admin urls start with /admin
Lets see Basic application template with two "our" modules connected to it:
'modules' => [ 'example' => [ ... ], 'omega' => [ ... ],
If we followed advice above about naming of backend controllers all of them have names like Admin...Controller
.
So urls to them will be example/admin-default
and omega/admin-default
.
And we want all our admin urls to start with admin/
.
It is easily achived with the next two Url Rules
for your urlManager
:
'urlManager' => [ 'enablePrettyUrl' => true, 'showScriptName' => false, 'rules' => [ 'admin/<module:(example|omega)>-<controllersuffix>/<action:\w*>' => '<module>/admin-<controllersuffix>/<action>', 'admin/<module:(example|omega)>-<controllersuffix>' => '<module>/admin-<controllersuffix>', ], ],
Generating backend functionality with Gii CRUD generator
You can easily generate CRUD functionality considering that:
- The
name
and thenamespace
of the controller should be choosen according to documentation View Path
should match directory structure the module demands
How to connect the module to console application?
If our module has console commands who reside for example here:
Module_directory/
console/
commands/ // Directory for console commands
HelloController.php
Module.php
, then in the console application config this module is connected like:
'modules' => [ 'example' => [ 'class' => 'modules\example\Module', 'controllerNamespace' => 'yourModuleNamespace\console\commands', ], ],
Where to put all other module's functionality?
This module regulates only directory structure described above where only
from controllers and views their concrete positions are expected.
When writing the rest of functionality you may follow the next advices:
- If a component is definitely related only to one part of application - backend or frontend then put it in the corresponding subdirectory
- If there is no such definite separation put it in the root of his directory
For example for models:
models/
backend/
SomeBackendModel.php
frontend/
SomeFrontendModel.php
SomeCommonModel.php
- Since for all user interface of our module we have already created
ui/
subdirectory then put forms and widgets there