Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

Automatic class loading: Difference between revisions

From MoodleDocs
m (Note about intent to not migrate this page to moodledev.io)
 
(32 intermediate revisions by 9 users not shown)
Line 1: Line 1:
{{Work in progress}}{{Moodle 2.6}}
{{Template:WillNotMigrate}}
{{Moodle 2.6}}
 
This document describes how to use the functionality of the automatic classloader provided by Moodle.


==Class naming==
==Class naming==


All plugin class names must start with [[Frankenstyle]] prefix such as ''mod_forum_''. All core classes must start with ''core_'' prefix.
To be discoverable by the Moodle automatic classloader, classes must adhere to some class naming and location rules:
 
* Sit under the '''classes''' directory of every component:
** '''/lib/classes/''' for core component (core).
** '''SUBSYSTEMDIR/classes/''' for subsystem (core_subsystem).
** '''PLUGINDIR/classes/''' for plugins (plugintype_plugin).
:::Note: The list of valid subsystems and plugin types with their corresponding directories [https://github.com/moodle/moodle/blob/master/lib/components.json can be found in code].
* One class file for each class.
* Autoloading is always [[Frankenstyle|Frankenstyle-based]] and it will be important part of the discovery.
* It provides autoloading of both:
** '''Frankenstyle namespaced classes''', where the component name is the namespace ('''\core_user\example''' or '''\mod_forum\example'''). This is the [[Coding style#Namespaces|actual way]] to add new classes to Moodle.
** '''Frankenstyle prefixed classes''', where the component name is the prefix of the class ('''core_user_example''' or '''mod_forum_example'''). This is now considered deprecated and only should be used for existing code or APIs not supporting autoloading.
:::Note: Since June 2020 the later is deprecated, see MDLSITE-6087 for more information.
 
== Frankenstyle namespaced classes ==
 
PHP namespaces are designed to improve code organisation in your projects. Directory structure in classes/ is matching the namespace structure. Main details about their implementation:
 
* Actual, preferred.
* [[Frankenstyle]] Namespaces:
** Core classes must use the '''namespace core'''.
** Subsystem classes must use the '''namespace core_subsystem'''.
** Plugin classes must use the '''namespace plugintype_pluginname'''
** File names will be the class names (plus the php extension).
*** e.g. Class '''\mod_forum\some_class''' is stored in file '''mod/forum/classes/some_class.php'''
*** e.g. Class '''\core\frankenstyle''' is stored in file '''lib/classes/frankenstyle.php'''
** For more details about valid first and second level namespaces see [[Coding_style#Rules_for_level1]].
 
=== Code examples (namespaced) ===


==Class file names and locations==
<syntaxhighlight lang="php">
<?php


PHP files with class definitions must be stored in classes/ subdirectory inside your plugin, for example mod/forum/classes/some_class.php. Core classes cam be stored either in lib/classes/ or in classes/ subdirectory in core subsystem directory.
namespace core\event;


==Examples==
// file lib/classes/event/base.php


Example of autoloadated class in forum module:
class base {
}
</syntaxhighlight>


<code php>
<syntaxhighlight lang="php">
<?php
 
namespace mod_forum\event;
 
// file mod/forum/classes/event/post_read.php
 
class post_read extends \core\event\base {
 
}
</syntaxhighlight>
 
<syntaxhighlight lang="php">
<?php
 
// in any file
 
\mod_forum\event\post_read::create($post->id, ...)->trigger();
 
</syntaxhighlight>
 
== Frankenstyle prefixed classes (deprecated)==
 
Main details about their implementation:
 
* Deprecated, only for BC and not autoloaded stuff.
* [[Frankenstyle]] Prefixes:
** Core classes must start with the prefix '''core_'''.
** Subsystem classes must start with the prefix '''core_subsystem'''.
** Plugin classes must start with the prefix '''plugintype_pluginname'''
** File names will be the class names '''without the prefix''' (plus the php extension).
*** e.g. Class '''mod_forum_some_class''' is stored in file '''mod/forum/classes/some_class.php'''
*** e.g. Class '''core_frankenstyle''' class is stored in '''lib/classes/frankenstyle.php'''
 
=== Code Examples (prefixed)===
 
Example of autoloaded class in forum module:
 
<syntaxhighlight lang="php">
<?php
<?php
// file mod/forum/classes/some_class.php
// file mod/forum/classes/some_class.php
Line 20: Line 92:


}
}
</code>
</syntaxhighlight>


<code php>
<syntaxhighlight lang="php">
<?php
<?php
// file mod/forum/lib.php
// file mod/forum/lib.php


// no require_once() necessary here


$instance = new mod_forum_some_class();
$instance = new mod_forum_some_class();


</code>
</syntaxhighlight>
 
<syntaxhighlight lang="php"><?php
 
// in any file
 
if (class_exists('mod_forum_some_class')) {
  // do something
}
</syntaxhighlight>


==Namespaces==
== Backwards compatibility ==


==Backwards compatibility==
There are no known issues that could cause backwards incompatibility, however it is strongly recommended to use the classes subdirectory only for classes that are included automatically.
There are no know issues that could cause backwards incompatibility, however it is strongly recommended to use the classes subdirectory only for classes that are included automatically.


==Performance and developer mode==
== Performance and developer mode ==


Class autoloading improves performance and reduces memory footprint. Location of all classes is automatically stored in class map cache, the cache is updated automatically before upgrade or installation, during cache reset and in developer mode.
Class autoloading improves performance and reduces memory footprint. Location of all classes is automatically stored in class map cache, the cache is updated automatically before upgrade or installation, during cache reset and in developer mode.


There is only one inconvenience - if you add new class or remove it you need to do one of the following:
There is only one inconvenience - if you add new class or remove it you need to do one of the following:
* visit yourserver/admin/index/
* visit yourserver/admin/index.php
* purge cache
* purge caches
* or add `$CFG->debug = (E_ALL | E_STRICT);` to your config.php
* or add '''$CFG->debug = (E_ALL | E_STRICT);''' to your config.php


Otherwise the new class would not be automatically loaded.
Otherwise the new class would not be found.


==See also==
== See also ==


* [[Frankenstyle]]
* [[Frankenstyle]]

Latest revision as of 16:19, 30 April 2024


Warning: This page is no longer in use. The information contained on the page should NOT be seen as relevant or reliable.


Moodle 2.6


This document describes how to use the functionality of the automatic classloader provided by Moodle.

Class naming

To be discoverable by the Moodle automatic classloader, classes must adhere to some class naming and location rules:

  • Sit under the classes directory of every component:
    • /lib/classes/ for core component (core).
    • SUBSYSTEMDIR/classes/ for subsystem (core_subsystem).
    • PLUGINDIR/classes/ for plugins (plugintype_plugin).
Note: The list of valid subsystems and plugin types with their corresponding directories can be found in code.
  • One class file for each class.
  • Autoloading is always Frankenstyle-based and it will be important part of the discovery.
  • It provides autoloading of both:
    • Frankenstyle namespaced classes, where the component name is the namespace (\core_user\example or \mod_forum\example). This is the actual way to add new classes to Moodle.
    • Frankenstyle prefixed classes, where the component name is the prefix of the class (core_user_example or mod_forum_example). This is now considered deprecated and only should be used for existing code or APIs not supporting autoloading.
Note: Since June 2020 the later is deprecated, see MDLSITE-6087 for more information.

Frankenstyle namespaced classes

PHP namespaces are designed to improve code organisation in your projects. Directory structure in classes/ is matching the namespace structure. Main details about their implementation:

  • Actual, preferred.
  • Frankenstyle Namespaces:
    • Core classes must use the namespace core.
    • Subsystem classes must use the namespace core_subsystem.
    • Plugin classes must use the namespace plugintype_pluginname
    • File names will be the class names (plus the php extension).
      • e.g. Class \mod_forum\some_class is stored in file mod/forum/classes/some_class.php
      • e.g. Class \core\frankenstyle is stored in file lib/classes/frankenstyle.php
    • For more details about valid first and second level namespaces see Coding_style#Rules_for_level1.

Code examples (namespaced)

<?php

namespace core\event;

// file lib/classes/event/base.php

class base {
}
<?php

namespace mod_forum\event;

// file mod/forum/classes/event/post_read.php

class post_read extends \core\event\base {

}
<?php

// in any file

\mod_forum\event\post_read::create($post->id, ...)->trigger();

Frankenstyle prefixed classes (deprecated)

Main details about their implementation:

  • Deprecated, only for BC and not autoloaded stuff.
  • Frankenstyle Prefixes:
    • Core classes must start with the prefix core_.
    • Subsystem classes must start with the prefix core_subsystem.
    • Plugin classes must start with the prefix plugintype_pluginname
    • File names will be the class names without the prefix (plus the php extension).
      • e.g. Class mod_forum_some_class is stored in file mod/forum/classes/some_class.php
      • e.g. Class core_frankenstyle class is stored in lib/classes/frankenstyle.php

Code Examples (prefixed)

Example of autoloaded class in forum module:

<?php
// file mod/forum/classes/some_class.php

class mod_forum_some_class {

}
<?php
// file mod/forum/lib.php

// no require_once() necessary here

$instance = new mod_forum_some_class();
<?php

// in any file

if (class_exists('mod_forum_some_class')) {
  // do something
}

Backwards compatibility

There are no known issues that could cause backwards incompatibility, however it is strongly recommended to use the classes subdirectory only for classes that are included automatically.

Performance and developer mode

Class autoloading improves performance and reduces memory footprint. Location of all classes is automatically stored in class map cache, the cache is updated automatically before upgrade or installation, during cache reset and in developer mode.

There is only one inconvenience - if you add new class or remove it you need to do one of the following:

  • visit yourserver/admin/index.php
  • purge caches
  • or add $CFG->debug = (E_ALL | E_STRICT); to your config.php

Otherwise the new class would not be found.

See also