Skip to content
This repository has been archived by the owner on Jul 11, 2020. It is now read-only.
/ Codeigniter-HMVC Public archive

Modular Extensions - HMVC makes the CodeIgniter PHP framework modular.

Notifications You must be signed in to change notification settings

Crypt/Codeigniter-HMVC

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

5 Commits
 
 
 
 
 
 

Repository files navigation

Codeigniter-HMVC

Forked from https://bitbucket.org/wiredesignz/codeigniter-modular-extensions-hmvc

Modular Extensions makes the CodeIgniter PHP framework modular. Modules are groups of independent components, typically model, controller and view, arranged in an application modules sub-directory, that can be dropped into other CodeIgniter applications.

HMVC stands for Hierarchical Model View Controller.

Module Controllers can be used as normal Controllers or HMVC Controllers and they can be used to help you build view partials.

##Features:

All controllers can contain an $autoload class variable, which holds an array of items to load prior to running the constructor. This can be used together with module/config/autoload.php, however using the $autoload variable only works for that specific controller.

The Modules::$locations array may be set in the application/config.php file. ie:

$config['modules_locations'] = array(
	APPPATH.'modules/' => '../modules/',
);

Modules::run() output is buffered, so any data returned or output directly from the controller is caught and returned to the caller. In particular, $this->load->view() can be used as you would in a normal controller, without the need for return.

Controllers can be loaded as class variables of other controllers using $this->load->module('module/controller'); or simply $this->load->module('module'); if the controller name matches the module name.

Any loaded module controller can then be used like a library, ie: $this->controller->method(), but it has access to its own models and libraries independently from the caller.

All module controllers are accessible from the URL via module/controller/method or simply module/method if the module and controller names match.

If you add the _remap() method to your controllers you can prevent unwanted access to them from the URL and redirect or flag an error as you like.

####Notes:

To use HMVC functionality, such as Modules::run(), controllers must extend the MX_Controller class.

To use Modular Separation only, without HMVC, controllers will extend the CodeIgniter Controller class.

You must use PHP5 style constructors in your controllers. ie:

<?php
class Xyz extends MX_Controller 
{
		function __construct()
		{
    		parent::__construct();
		}
}

Constructors are not required unless you need to load or process something when the controller is first created.

All MY_ extension libraries should include (require) their equivalent MX library file and extend their equivalent MX_ class

Each module may contain a config/routes.php file where routing and a default controller can be defined for that module using:

$route[‘module_name’] = ‘controller_name’;

Controllers may be loaded from application/controllers sub-directories.

Controllers may also be loaded from module/controllers sub-directories.

Resources may be cross loaded between modules. ie: $this->load->model('module/model');

Modules::run() is designed for returning view partials, and it will return buffered output (a view) from a controller. The syntax for using modules::run is a URI style segmented string and unlimited variables.

/** module and controller names are different, you must include the method name also, including 'index' **/
modules::run('module/controller/method', $params, $...);

/** module and controller names are the same but the method is not 'index' **/
modules::run('module/method', $params, $...);

/** module and controller names are the same and the method is 'index' **/
modules::run('module', $params, $...);

/** Parameters are optional, You may pass any number of parameters. **/

To call a module controller from within a controller you can use $this->load->module() or Modules::load() and PHP5 method chaining is available for any object loaded by MX. ie: $this->load->library('validation')->run().

To load languages for modules it is recommended to use the Loader method which will pass the active module name to the Lang instance; ie: $this->load->language('language_file');

The PHP5 spl_autoload feature allows you to freely extend your controllers, models and libraries from application/core or application/libraries base classes without the need to specifically include or require them.

The library loader has also been updated to accommodate some CI 1.7 features: ie Library aliases are accepted in the same fashion as model aliases, and loading config files from the module config directory as library parameters (re: form_validation.php) have beed added.

Returns the loaded config array to your variable: $config = $this->load->config('config_file')

Models and libraries can also be loaded from sub-directories in their respective application directories.

When using form validation with MX you will need to extend the CI_Form_validation class as shown below, before assigning the current controller as the $CI variable to the form_validation library. This will allow your callback methods to function properly. (This has been discussed on the CI forums also). ie:

<?php
/** application/libraries/MY_Form_validation **/ 
class MY_Form_validation extends CI_Form_validation 
{
		public $CI;
}

And:

<?php
class Xyz extends MX_Controller 
{
	function __construct()
	{
		parent::__construct();
    
		$this->load->library('form_validation');
		$this->form_validation->CI =& $this;
	}
}

##View Partials

Using a Module as a view partial from within a view is as easy as writing:

<?php echo Modules::run('module/controller/method', $param, $...); ?> 

Parameters are optional, You may pass any number of parameters.

##Modular Extensions installation

  1. Start with a clean CI install

  2. Set $config[‘base_url’] correctly for your installation

  3. Access the URL /index.php/welcome => shows Welcome to CodeIgniter

  4. Drop Modular Extensions libraries files into the CI 2.0 application/libraries directory

  5. Drop Modular Extensions core files into application/core, the MY_Controller.php file is not required unless you wish to create your own Controller extension

  6. Access the URL /index.php/welcome => shows Welcome to CodeIgniter

  7. Create module directory structure application/modules/welcome/controllers

  8. Move controller application/controllers/welcome.php to application/modules/welcome/controllers/welcome.php

  9. Access the URL /index.php/welcome => shows Welcome to CodeIgniter

  10. Create directory application/modules/welcome/views

  11. Move view application/views/welcome_message.php to application/modules/welcome/views/welcome_message.php

  12. Access the URL /index.php/welcome => shows Welcome to CodeIgniter

You should now have a running Modular Extensions installation.

####Installation Guide Hints:

-Steps 1-3 tell you how to get a standard CI install working - if you have a clean/tested CI install, skip to step 4.

-Steps 4-5 show that normal CI still works after installing MX - it shouldn’t interfere with the normal CI setup.

-Steps 6-8 show MX working alongside CI - controller moved to the “welcome” module, the view file remains in the CI application/views directory - MX can find module resources in several places, including the application directory.

-Steps 9-11 show MX working with both controller and view in the “welcome” module - there should be no files in the application/controllers or application/views directories.

About

Modular Extensions - HMVC makes the CodeIgniter PHP framework modular.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages