User Tools

Site Tools


en:dev:all:psr

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
en:dev:all:psr [20.07.2015 10:33] – [General rules for Addons] Manuela v.d.Deckenen:dev:all:psr [28.12.2018 23:37] (current) – [Official Standards] Manuela v.d.Decken
Line 12: Line 12:
 |MAY / OPTIONAL |This states an item which is truly optional.| |MAY / OPTIONAL |This states an item which is truly optional.|
  
-  * **[[en:dev:all:psr:psr-0|Autoloading Standard (PSR-0)]]** - This standard aims to provide a standardized file format, as well as class name and namespace conventions that enable plug and play code.+  * **[[en:dev:all:psr:psr-0|Autoloading Standard (PSR-0)]]** - This standard aims to provide a standardized file format, as well as class name and namespace conventions that enable plug and play code. <span warning>As of 2014-10-21 PSR-0 has been marked as deprecated. PSR-4 is now recommended as an alternative.</span>
   * **[[en:dev:all:psr:psr-1|Basic Coding Standard (PSR-1)]]** - This standard helps to achieve the highest possible degree of compatibility of PHP code contributed from different sources.   * **[[en:dev:all:psr:psr-1|Basic Coding Standard (PSR-1)]]** - This standard helps to achieve the highest possible degree of compatibility of PHP code contributed from different sources.
   * **[[en:dev:all:psr:psr-2|Coding Style Guide (PSR-2)]]**  This provides instructions that ensure that PHP code always has a standardized visual appearance.   * **[[en:dev:all:psr:psr-2|Coding Style Guide (PSR-2)]]**  This provides instructions that ensure that PHP code always has a standardized visual appearance.
-  * **[[en:dev:all:psr:psr-4|Improved Autoloading (PSR-4)]]** -A more modern interpretation autoloading, which reflects the continued progress in the ecosystem. +  * **[[http://www.php-fig.org/psr/psr-4|Improved Autoloading (PSR-4)]]** -A more modern interpretation autoloading, which reflects the continued progress in the ecosystem. 
   * **[[en:dev:all:wb-adaption|WebsiteBaker-Adaption]]** - General adaptation of PSR standards to specific conditions of Website Baker.   * **[[en:dev:all:wb-adaption|WebsiteBaker-Adaption]]** - General adaptation of PSR standards to specific conditions of Website Baker.
  
 ===== Basic rules for programming in the WB-environment ===== ===== Basic rules for programming in the WB-environment =====
 With every subsequent release of WebsiteBaker, the programming style evolves continually away from the previous 'anarchic' style, widely used for almost 10 years, towards to a more modular, but also forcibly bound to strict programming interfaces manner. This requires a consistent rethinking especially for addon programmers.\\ With every subsequent release of WebsiteBaker, the programming style evolves continually away from the previous 'anarchic' style, widely used for almost 10 years, towards to a more modular, but also forcibly bound to strict programming interfaces manner. This requires a consistent rethinking especially for addon programmers.\\
-At present, i.e. before 2.8.4, compliance with many regulations is still voluntary, in the 2.8.much is already deprecated, and later on many of the specifications of 2.8.will be mandatory. All this sounds very restrictive to many, but this is gladly accepted, since precisely these limitations will eventually ensure a stable modularity, flexibility and interchangeability for stable, reusability and mainly maintainability of code.+At present, i.e. before 2.10.0, compliance with many regulations is still voluntary, in the 2.12.much is already deprecated, and later on many of the specifications of 2.12.will be mandatory. All this sounds very restrictive to many, but this is gladly accepted, since precisely these limitations will eventually ensure a stable modularity, flexibility and interchangeability for stable, reusability and mainly maintainability of code.
  
 ==== General rules for Addons ==== ==== General rules for Addons ====
Line 35: Line 35:
   - ... May never use indirect addressing or allow that!   - ... May never use indirect addressing or allow that!
  
-for later versions (2.9), further restrictions will come. See the respective sections of this documentation.+for later versions (2.12), further restrictions will come. See the respective sections of this documentation.
  
en/dev/all/psr.1437388422.txt.gz · Last modified: 20.07.2015 10:33 by Manuela v.d.Decken