Je vais essayer ici de condenser les cours en r\u00e8gles simple, une sorte d’aide m\u00e9moire.<\/p>\n
- \n
- La programmation orient\u00e9e objet<\/li>\n
- La convention de codage PEAR<\/li>\n
- Les principes SOLID<\/li>\n
- Le paradigme MVC<\/li>\n
- La mod\u00e9lisation UML<\/li>\n<\/ol>\n
\/!<\/strong><\/span> – En cours de r\u00e9daction -\u00c2\u00a0 \/!<\/span><\/span><\/strong><\/p>\n
<\/p>\n
![\"sylabe.ico\"](\"\/wp-content\/uploads\/sylabe\/2014\/07\/sylabe.ico1.png\")
<\/p>\nLa programmation orient\u00e9e objet<\/h2>\n
CF : http:\/\/fr.openclassrooms.com\/informatique\/cours\/programmez-en-oriente-objet-en-php<\/a> – http:\/\/jcrozier.developpez.com\/tutoriels\/web\/php\/programmation-orientee-objet\/<\/a> – http:\/\/alain-sahli.developpez.com\/tutoriels\/php\/les-interfaces\/<\/a> – http:\/\/stephaneey.developpez.com\/tutoriel\/php\/php5_nouveautes\/<\/a> – Livre PHP 5 avanc\u00e9<\/a><\/p>\n
::<\/p>\n
Les classes<\/h3>\n
Une classe<\/strong> contient des attributs<\/strong> (variables) et des m\u00e9thodes<\/strong> (fonctions). Les classes servent de mod\u00e8le pour les objets.<\/p>\n
class MaClasse\n{\n ...\n}<\/pre>\nConvention de nommage PEAR<\/em> : Les d\u00e9claration de classes ouvrent l’accolade sur une nouvelle ligne. Les classes doivent avoir un nom parlant. \u00e9viter les abr\u00e9viations lorsque cela est possible. Les noms de classes doivent toujours commencer par une majuscule. L’architecture hi\u00e9rarchique des classes PEAR se retrouve aussi dans le nom de la classe, chaque niveau de la hi\u00e9rarchie \u00e9tant s\u00e9par\u00e9 par un unique trait soulign\u00e9 ‘_’.<\/p>\n
::<\/p>\n
Les m\u00e9thodes<\/h3>\n
Dans une classe, une m\u00e9thode est une fonction<\/strong>. Une m\u00e9thode peut \u00eatre :<\/p>\n
- \n
- publique<\/strong> : visible en dehors de la classe.<\/li>\n
- prot\u00e9g\u00e9<\/strong> : visible dans les classes enfants.<\/li>\n
- priv\u00e9<\/strong> : visible unique de la classe.<\/li>\n
- statique<\/strong> (en plus) : commune \u00e0 la classe, et donc partag\u00e9e par toutes les instances.<\/li>\n
- finale<\/strong> (en plus) : ne peut pas \u00eatre remplac\u00e9e dans une classe enfant.<\/li>\n<\/ul>\n
Les m\u00e9thodes devraient \u00eatre par d\u00e9faut publiques ou prot\u00e9g\u00e9es pour \u00eatre utilisables par les classes enfants.<\/p>\n
class MaClasse\n{\n public function $ajouterNombre() { ... }\n protected function $soustraireNombre() { ... }\n private function $_supprimerNombre() { ... }\n public static function $ajouterStaticNombre() { ... }\n protected static function $soustraireStaticNombre() { ... }\n private static function $_supprimerStaticNombre() { ... }\n public final function $ajouterFinalNombre() { ... }\n protected final function $soustraireFinalNombre() { ... }\n private final function $_supprimerFinalNombre() { ... }\n}<\/pre>\nIl existe des m\u00e9thodes dites magiques. Celles-ci ont des noms pr\u00e9d\u00e9finis commen\u00e7ant par un double soulign\u00e9 ‘
__<\/code>‘ et sont utilis\u00e9es par d\u00e9faut si pr\u00e9sentes lors de certaines op\u00e9rations.<\/p>\nConvention de nommage PEAR<\/em> : Les arguments poss\u00e9dant des valeurs par d\u00e9faut vont \u00e0 la fin de la liste des arguments. Il faut toujours chercher \u00e0 retourner une valeur ayant un sens lorsque cela est possible. Les m\u00e9thodes doivent \u00eatre nomm\u00e9es en utilisant le style \u00ab\u00a0studly caps\u00a0\u00bb, c’est \u00e0 dire l’utilisation de majuscules en milieu de mot pour marquer visuellement la s\u00e9paration entre les mots sans utiliser d’espaces ou s\u00e9parateurs. Les m\u00e9thodes priv\u00e9s d’une classe sont pr\u00e9c\u00e9d\u00e9s d’un simple soulign\u00e9 ‘_’. Les m\u00e9thodes prot\u00e9g\u00e9s d’une classe ne sont pas pr\u00e9c\u00e9d\u00e9s par un soulign\u00e9 ‘_’.<\/p>\n
::<\/p>\n
Les attributs<\/h3>\n
Dans une classe, un attribut est une variable<\/strong>. Un attribut peut \u00eatre :<\/p>\n
- \n
- publique<\/strong> : visible en dehors de la classe.<\/li>\n
- prot\u00e9g\u00e9<\/strong> : visible dans les classes enfants.<\/li>\n
- priv\u00e9<\/strong> : visible unique de la classe.<\/li>\n
- statique<\/strong> (en plus) : valeur commune \u00e0 la classe, et donc valeur partag\u00e9e par toutes les instances.<\/li>\n<\/ul>\n
Les attributs doivent \u00eatre par d\u00e9faut priv\u00e9s ou prot\u00e9g\u00e9s pour \u00eatre utilisables par les classes enfants.<\/p>\n
class MaClasse\n{\n public $variablePublic;\n protected $variableProtegee;\n private $_variablePrivee;\n public static $variableStaticPublic;\n protected static $variableStaticProtegee;\n private static $_variableStaticPrivee;\n const AXIOM_AJOUTER = 1;\n}<\/pre>\nOn ne doit pas utiliser d’attributs publiques. On acc\u00e8de aux attributs via des m\u00e9thodes afin de pouvoir mieux contr\u00f4ler leur consultation et modification.<\/p>\n
Convention de nommage PEAR<\/em> : Les attributs doivent \u00eatre nomm\u00e9es en utilisant le style \u00ab\u00a0studly caps\u00a0\u00bb, c’est \u00e0 dire l’utilisation de majuscules en milieu de mot pour marquer visuellement la s\u00e9paration entre les mots sans utiliser d’espaces ou s\u00e9parateurs. Les attributs priv\u00e9s d’une classe sont pr\u00e9c\u00e9d\u00e9s d’un simple soulign\u00e9 ‘_’. Les attributs prot\u00e9g\u00e9s d’une classe ne sont pas pr\u00e9c\u00e9d\u00e9s par un soulign\u00e9 ‘_’. Les constantes doivent toujours \u00eatre en majuscule, les mots s\u00e9par\u00e9s par des ‘_’. Pr\u00e9fixez les noms des constantes avec le nom en majuscule de la classe\/paquetage dans laquelle elles sont utilis\u00e9es.<\/p>\n
::<\/p>\n
Les objets (instances)<\/h3>\n
Cr\u00e9er une instance<\/strong> \u00e0 partir d’une classe, l’instanciation d’une classe, c’est cr\u00e9er un objet<\/strong>. Cet objet contient par h\u00e9ritage tous les attributs et m\u00e9thodes de la classe utilis\u00e9e et des classes parents. Cet objet est autonome, ses attributs ont des valeurs sp\u00e9cifique \u00e0 cet objet. Un autre objet aura les m\u00eames attributs mais avec des valeurs diff\u00e9rentes.<\/p>\n
classe MaClass\n{\n ...\n}\n$objet = new MaClasse();<\/pre>\nLors de la cr\u00e9ation de l’objet, si la m\u00e9thode magique
__construct<\/code> est pr\u00e9sente, elle est appel\u00e9e.<\/p>\nOn peut v\u00e9rifier qu’une variable est bien un objet instanci\u00e9 d’un certaine classe :
\nif ($objet instanceof MaClass) { ... }<\/code><\/p>\nPour supprimer proprement un objet, on utiliser
unset($objet)<\/code> qui utilise la m\u00e9thode magique__destruct<\/code> si pr\u00e9sente.<\/p>\n::<\/p>\n
Utiliser les m\u00e9thodes dans les objets<\/h3>\n
Dans un objet, les m\u00e9thodes non statiques sont accessibles via
$this->methode($parametres)<\/code>.$this<\/code> est un mot cl\u00e9 qui d\u00e9signe l’objet en cours.methode<\/code> d\u00e9signe la m\u00e9thode que l’on souhaite utiliser.$parametres<\/code> d\u00e9signe le ou les param\u00e8tres que l’on veut transmettre \u00e0 la m\u00e9thode.
\nEn dehors de l’objet, les m\u00e9thodes publiques (public<\/code>) sont accessible via$objet->methode($parametres)<\/code>.$objet<\/code> d\u00e9signe l’objet sur lequel on souhaite appliquer la m\u00e9thode.
\nLes m\u00e9thodes priv\u00e9es (private<\/code>) ne sont pas accessibles en dehors de l’objet.<\/p>\n::<\/p>\n
Utiliser les m\u00e9thodes dans les classes<\/h3>\n
Une m\u00e9thode statique (
static<\/code>) appartient \u00e0 une classe et non aux instances de cette classe.
\nDans une classe, les m\u00e9thodes statiques (static<\/code>) sont accessibles viaself::methode($parametres)<\/code>.self<\/code> est un mot cl\u00e9 qui d\u00e9signe la classe utilis\u00e9e.
\nEn dehors de la classe, les m\u00e9thodes publiques (public<\/code>) et statiques (static<\/code>) sont accessibles viaclasse::methode($parametres)<\/code>.classe<\/code> d\u00e9signe la classe utilis\u00e9e.
\nLes m\u00e9thodes priv\u00e9es (private<\/code>) ne sont pas accessibles en dehors de l’objet.<\/p>\n::<\/p>\n
Utiliser les attributs dans les objets<\/h3>\n
Dans un objet, les attributs non statiques sont accessibles via
$this->attribut<\/code>.$this<\/code> est un mot cl\u00e9 qui d\u00e9signe l’objet en cours.attribut<\/code> d\u00e9signe l’attribut que l’on souhaite utiliser.
\nEn dehors de l’objet, les attributs publics (public<\/code>) sont accessible via$objet->attribut<\/code>.$objet<\/code> d\u00e9signe l’objet sur lequel on souhaite appliquer la m\u00e9thode.
\nLes attributs priv\u00e9s (private<\/code>) ne sont pas accessibles en dehors de l’objet.<\/p>\n::<\/p>\n
Utiliser les attributs dans les classes<\/h3>\n
Un attribut statique (
static<\/code>) appartient \u00e0 une classe et non aux instances de cette classe. Tous les objets instanci\u00e9s de la classe utilisent le m\u00eame attribut avec son contenu commun.
\nDans une classe, les attributs statiques (static<\/code>) sont accessibles viaself::$attribut<\/code>.self<\/code> est un mot cl\u00e9 qui d\u00e9signe la classe utilis\u00e9e.$attribut<\/code> d\u00e9signe l’attribut que l’on souhaite utiliser.
\nEn dehors de la classe, les attributs publics (public<\/code>) et statiques (static<\/code>) sont accessibles viaclasse::$attribut<\/code>.classe<\/code> d\u00e9signe la classe utilis\u00e9e.
\nLes attributs priv\u00e9s (private<\/code>) ne sont pas accessibles en dehors de l’objet.<\/p>\n::<\/p>\n
Utiliser les variables hors des objets<\/h3>\n
Dans un objet, une m\u00e9thode fonctionne comme une fonction. Si on a besoin d’utiliser une variable d\u00e9fini hors des classes et objets, il faut l’appeler comme on l’appellerais depuis une fonction classique, c’est \u00e0 dire :<\/p>\n
class MaClasse\n{\n public function maFonction()\n {\n global $maVariableGlobale;\n echo $maVariableGlobale;\n }\n}<\/pre>\n::<\/p>\n
Utiliser les constantes<\/h3>\n
Une constante appartient \u00e0 une classe et non aux instances de cette classe. Un constante est forc\u00e9ment publique et non modifiable.
\nDans une instance de la classe, les constantes sont accessibles viaself::CONSTANTE<\/code>.self<\/code> d\u00e9signe la classe utilis\u00e9e.CONSTANTE<\/code> d\u00e9signe la constante que l’on souhaite utiliser.
\nEn dehors de l’instance de la classe, les constantes sont accessibles viaclasse::methode($parametres)<\/code>.classe<\/code> d\u00e9signe la classe utilis\u00e9e.CONSTANTE<\/code> d\u00e9signe la constante que l’on souhaite utiliser.<\/p>\n::<\/p>\n
Les classes enfants et l’h\u00e9ritage<\/h3>\n
Une classe enfant h\u00e9rite<\/strong> automatiquement de tous les attributs et m\u00e9thodes<\/strong> de la classe parent. De nouveaux attributs et m\u00e9thodes peuvent \u00eatre ajout\u00e9s.
\nUn attribut avec une valeur par d\u00e9faut peut \u00eatre remplac\u00e9 pour avoir une nouvelle valeur, mais le type d’attribut doit \u00eatre le m\u00eame.
\nUne m\u00e9thode peut \u00eatre remplac\u00e9e par une nouvelle si la m\u00e9thode de la classe parente n’est pas marqu\u00e9e comme finale (final). Une m\u00e9thode remplac\u00e9e doit de plus avoir les m\u00eame arguments, tout au plus peut-on ajouter des arguments optionnels, c\u00e0d avec une valeur par d\u00e9faut.<\/p>\nclass MaClasse\n{\n ...\n}\nclass MaClasseEnfant extends MaClasse\n{\n ...\n}<\/pre>\nOn peut appeler une m\u00e9thode de la classe parente plut\u00f4t que la m\u00eame m\u00e9thode red\u00e9finie par la classe fille avec
parent::methode()<\/code>, cependant c’est un grand risque de confusion, \u00e0 \u00e9viter donc.<\/p>\n::<\/p>\n
Les classes abstraites<\/h3>\n
Une classe abstraite<\/strong> est une classe qui ne peut pas \u00eatre utilis\u00e9e directement<\/strong> pour faire des objets. Mais elle permet de d\u00e9finir certains attributs et m\u00e9thodes par d\u00e9faut pour des classes enfants.<\/p>\n
abstract class MaClasse\n{\n ...\n}\nclass MaClasseEnfant extends MaClasse\n{\n ...\n}<\/pre>\n::<\/p>\n
Les interfaces<\/h3>\n
L’interface<\/strong> est un contrat<\/strong> de service minimum<\/strong>. Une classe qui pr\u00e9tend utiliser une interface est tenu d’impl\u00e9menter tous les m\u00e9thodes publiques<\/strong> d\u00e9finis dans l’interface. C’est une bonne pratique de programmation pour les gros projets avec de multiples intervenants et beaucoup de classes similaires.<\/p>\n
interface interfaceDeClasse\n{\n public $variablePublic;\n public function $ajouterNombre();\n}\nclass MaClasse implements interfaceDeClasse\n{\n public $variablePublic;\n public function $ajouterNombre()\n {\n ...\n }\n}<\/pre>\nUne classe peut d\u00e9pendre de plusieurs interfaces. Les interfaces sont s\u00e9par\u00e9es par une virgule :
class MaClasse implements interfaceDeClasse1, interfaceDeClasse2<\/code><\/p>\nUne ou plusieurs interfaces peuvent \u00e9tendre une interface. Les interfaces sont s\u00e9par\u00e9es par une virgule :
interface interfaceDeClasse extends interfaceDeClasse1, interfaceDeClasse2<\/code><\/p>\n::<\/p>\n
Les getter<\/em> et setter<\/em><\/h3>\n
A faire…<\/p>\n
::<\/p>\n
Les constructeurs et d\u00e9-constructeurs<\/h3>\n
A faire…<\/p>\n
::<\/p>\n
Copie et clonage d’objets<\/h3>\n
Par d\u00e9faut en PHP5, un objet est toujours transmis par r\u00e9f\u00e9rence. Copier un objet dans une nouvelle variable n’est fait pas un nouvelle objet, on utiliser toujours le m\u00eame objet.
\n$objet2 = $objet;<\/code>
\nPour en faire une vraie copie autonome, il faut explicitement demander \u00e0 en faire un clone :
\n$objet3 = clone $objet;<\/code>
\nIl est possible de d\u00e9finir la m\u00e9thode magique__clone<\/code> pour forcer certaines op\u00e9rations lorsque l’on clone un objet. Par exemple, si chaque objet doit avoir un ID unique.<\/p>\nPour tester si deux objets sont \u00e9gaux dans leur contenus, on utilise le double \u00e9gal ‘
==<\/code>‘ :
\nif ($objet2 == $objet1) { ... }<\/code>
\nPour tester si deux variables contiennent le m\u00eame objet, et pas juste leur contenu, on utiliser le triple \u00e9gal ‘===<\/code>‘ :
\nif ($objet2 === $objet1) { ... }<\/code><\/p>\n<\/p>\nLa convention de codage PEAR<\/h2>\n
CF : http:\/\/pear.php.net\/manual\/fr\/standards.php<\/a><\/p>\n
- \n
- Indentation et longueur de lignes.<\/strong> Utilisez une indentation des 4 espaces, sans tabulation.<\/li>\n
- Structures de Contr\u00f4les.<\/strong> Les instructions de contr\u00f4le doivent avoir un espace entre le mot cl\u00e9 de l’instruction et la parenth\u00e8se ouvrante, afin de les distinguer des appels de fonctions. Il est vivement recommand\u00e9 de toujours utiliser des accolades, m\u00eame dans les situations o\u00f9 elles sont techniquement optionnelles.<\/li>\n
- Appels de Fonctions.<\/strong> Les fonctions doivent \u00eatre appel\u00e9es sans espace entre le nom de la fonction, la parenth\u00e8se ouvrante, et le premier param\u00e8tre ; avec un espace entre la virgule et chaque param\u00e8tre et aucun espace entre le dernier param\u00e8tre, la parenth\u00e8se fermante et le point virgule. Il doit y avoir au moins un espace de chaque c\u00f4t\u00e9 du signe \u00e9gal utilis\u00e9 pour affecter la valeur de retour de la fonction \u00e0 une variable.<\/li>\n
- D\u00e9finitions des classes.<\/strong> Les d\u00e9claration de classes ouvrent l’accolade sur une nouvelle ligne.<\/li>\n
- D\u00e9finitions des fonctions.<\/strong> Les arguments poss\u00e9dant des valeurs par d\u00e9faut vont \u00e0 la fin de la liste des arguments. Il faut toujours chercher \u00e0 retourner une valeur ayant un sens lorsque cela est possible.<\/li>\n
- Commentaires.<\/strong> Les commentaires du type C<\/em> (
\/* *\/<\/code> ) et les commentaires standard C++<\/em> (\/\/<\/code> ) sont tous les deux accept\u00e9s. Les commentaires de type Perl\/shell (#) sont \u00e0 \u00e9viter.<\/li>\n- Inclure du Code.<\/strong> A chaque endroit o\u00f9 vous voulez inclure de fa\u00e7on inconditionnelle un fichier de classe, utilisez
require_once<\/code>. A chaque endroit o\u00f9 vous voulez inclure de fa\u00e7on conditionnelle un fichier de classe (par exemple des m\u00e9thodes de construction), utilisezinclude_once<\/code>. Ces deux m\u00e9thodes s’assurent que le fichier classe n’est inclus qu’une seule fois.<\/li>\n- Tags dans le Code PHP.<\/strong> Utilisez toujours<\/i>
<?php ?><\/code> pour d\u00e9limiter du code PHP, et non la version abr\u00e9g\u00e9e<? ?><\/code>.<\/li>\n- Commentaires d’En-t\u00eate.<\/strong> Tous les fichiers de code source qui se trouvent dans le d\u00e9p\u00f4t de PEAR doivent contenir le bloc de commentaires d’en-t\u00eate : Un bloc de commentaire \u00ab\u00a0page-level\u00a0\u00bb en d\u00e9but de chaque fichier, et un bloc de commentaires \u00ab\u00a0class-level\u00a0\u00bb juste au dessus de chaque classe.<\/li>\n
- Utilisation de CVS.<\/strong> Inclure le mot cl\u00e9 CVS
$Id$<\/code> dans chaque fichier.<\/span><\/li>\n- Exemple d’URLs.<\/strong> Utilisez
example.com<\/code>,example.org<\/code> etexample.net<\/code> pour tous les exemples d’URLs et exemples d’email (RFC 2606<\/a>).<\/li>\n- Conventions de Nom.<\/strong> Les classes doivent avoir un nom parlant. \u00e9viter les abr\u00e9viations lorsque cela est possible. Les noms de classes doivent toujours commencer par une majuscule. L’architecture hi\u00e9rarchique des classes PEAR se retrouve aussi dans le nom de la classe, chaque niveau de la hi\u00e9rarchie \u00e9tant s\u00e9par\u00e9 par un unique trait soulign\u00e9 ‘_’. Les attributs et les m\u00e9thodes doivent \u00eatre nomm\u00e9es en utilisant le style \u00ab\u00a0studly caps<\/em>\u00ab\u00a0, c’est \u00e0 dire l’utilisation de majuscules en milieu de mot pour marquer visuellement la s\u00e9paration entre les mots sans utiliser d’espaces ou s\u00e9parateurs. Les fonctions doivent de plus avoir le nom du paquetage comme pr\u00e9fixe, pour \u00e9viter les doublons entre les paquetages. Les \u00e9l\u00e9ments (m\u00e9thodes, attributs) priv\u00e9s d’une classe sont pr\u00e9c\u00e9d\u00e9s d’un simple soulign\u00e9 ‘_’. Les membres prot\u00e9g\u00e9s d’une classe ne sont pas pr\u00e9c\u00e9d\u00e9s par un soulign\u00e9 ‘_’. Les constantes doivent toujours \u00eatre en majuscule, les mots s\u00e9par\u00e9s par des ‘_’. Pr\u00e9fixez les noms des constantes avec le nom en majuscule de la classe\/paquetage dans laquelle elles sont utilis\u00e9es. Si votre paquetage a besoin de d\u00e9finir des variables globales, leurs noms doivent commencer par un simple ‘_’ suivi par le nom du paquetage et un autre ‘_’.<\/li>\n
- Formats des fichiers.<\/strong> Tous les scripts apport\u00e9s \u00e0 PEAR doivent \u00eatre stock\u00e9s comme du texte ASCII, utiliser le jeux de caract\u00e8res ISO-8859-1, et \u00eatre format\u00e9 Unix. Il ne doit y avoir qu’un seul<\/i> retour \u00e0 la ligne apr\u00e8s la fermeture du tag PHP (
?><\/code> ). Cela signifie que lorsque le curseur est \u00e0 la fin du fichier, il doit y avoir une seule<\/i> apr\u00e8s le tag PHP fermant.<\/span><\/li>\n- E_STRICT-compatible code.<\/strong> Depuis le 1er janvier 2006, tout nouveau code propos\u00e9 pour PEAR doit \u00eatre compatible
E_STRICT<\/code>. Cela signifie qu’il ne doit pas produire de warning ou d’erreur quand le niveau de rapport d’erreur de php est au niveauE_STRICT<\/code>.<\/li>\n- Guide de gestion des erreurs.<\/strong> Cette partie d\u00e9finit comment sont prises en compte les erreurs dans les paquetages PEAR programm\u00e9s en PHP 5 et 6.<\/li>\n
- Les bonnes pratiques.<\/strong> Il y a d’autres choses qui ne sont pas couvertes par la convention de codage PEAR qui sont plus sujettes \u00e0 des pr\u00e9f\u00e9rences personnelles et qui ne sont pas directement li\u00e9es \u00e0 la lisibilit\u00e9 du code. Par exemple, l’utilisateur des simples ou des doubles guillemets est permis par PHP lui-m\u00eame afin de rendre la programmation plus simple et il n’y a aucune raison d’utiliser plut\u00f4t l’un que l’autre. Ce choix appartient au d\u00e9veloppeur. La seule recommandation que nous pouvons faire est de conserver votre choix dans un m\u00eame paquet et de respecter le style personnel des autres d\u00e9veloppeurs.<\/li>\n
- Fichier exemple.<\/strong> CF http:\/\/pear.php.net\/manual\/fr\/standards.sample.php<\/a><\/li>\n<\/ol>\n
Le point 10 n’est pas applicable du fait de l’environnement propre \u00e0 nebule<\/a>.<\/p>\n
<\/p>\nLes principes SOLID<\/h2>\n
CF : http:\/\/blog.xebia.fr\/2011\/07\/18\/les-principes-solid\/<\/a> – http:\/\/fr.wikipedia.org\/wiki\/SOLID_%28informatique%29<\/a><\/p>\n
- \n
- S<\/strong>ingle responsibility principle. Une classe doit avoir une et une seule responsabilit\u00e9.<\/li>\n
- O<\/strong>pen close principle. Une classe doit \u00eatre ouverte \u00e0 l’extension, mais ferm\u00e9e \u00e0 la modification.<\/li>\n
- L<\/strong>iskov principle. Une classe doit pouvoir \u00eatre remplac\u00e9e par une instance d’un de ses sous-types, sans modifier la coh\u00e9rence du programme.<\/li>\n
- I<\/strong>nterface segregation principle. Pr\u00e9f\u00e9rer plusieurs interfaces sp\u00e9cifiques pour chaque client plut\u00f4t qu’une seule interface g\u00e9n\u00e9rale.<\/li>\n
- D<\/strong>ependency inversion principle. Il faut d\u00e9pendre des abstractions, pas des impl\u00e9mentations.<\/li>\n<\/ul>\n
<\/p>\nLe paradigme MVC<\/h2>\n
CF : http:\/\/fr.wikipedia.org\/wiki\/Mod%C3%A8le-vue-contr%C3%B4leur<\/a><\/p>\n
A faire…<\/p>\n
<\/p>\nLa mod\u00e9lisation UML<\/h2>\n
CF : http:\/\/fr.wikipedia.org\/wiki\/UML_%28informatique%29<\/a> – http:\/\/fr.openclassrooms.com\/informatique\/cours\/debutez-l-analyse-logicielle-avec-uml<\/a><\/p>\n
A titre personnel, je suis peu enclin \u00e0 r\u00e9aliser une analyse pr\u00e9alable. Si le but du programme est clair, alors sa programmation est claire aussi et transpire la logique du programme. Ici, dans le cadre de nebule<\/em> et sylabe<\/em>, dans un \u00e9tat exp\u00e9rimental, il est difficile de cr\u00e9er une analyse qui ne sera pas remise en question \u00e0 la moindre d\u00e9couverte lors de l’\u00e9volution des projets…<\/p>\n
Mais une mod\u00e9lisation, attach\u00e9e \u00e0 une documentation, est s\u00fcrement quelque chose d’appr\u00e9ciable pour comprendre \u00e0 posteriori le fonctionnement de l’ensemble.<\/p>\n
A faire…<\/p>\n","protected":false},"excerpt":{"rendered":"
Programmation Le passage en programmation PHP orient\u00e9e objet est toujours en cours. Je vais essayer ici de condenser les cours en r\u00e8gles simple, une sorte d’aide m\u00e9moire. La programmation orient\u00e9e objet La convention de codage PEAR Les principes SOLID Le paradigme MVC La mod\u00e9lisation UML \/! – En cours de r\u00e9daction -\u00c2\u00a0 \/!<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":7,"comment_status":"open","ping_status":"open","template":"","meta":[],"_links":{"self":[{"href":"http:\/\/blog.sylabe.org\/index.php?rest_route=\/wp\/v2\/pages\/682"}],"collection":[{"href":"http:\/\/blog.sylabe.org\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"http:\/\/blog.sylabe.org\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"http:\/\/blog.sylabe.org\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.sylabe.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=682"}],"version-history":[{"count":0,"href":"http:\/\/blog.sylabe.org\/index.php?rest_route=\/wp\/v2\/pages\/682\/revisions"}],"wp:attachment":[{"href":"http:\/\/blog.sylabe.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=682"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- O<\/strong>pen close principle. Une classe doit \u00eatre ouverte \u00e0 l’extension, mais ferm\u00e9e \u00e0 la modification.<\/li>\n
- Structures de Contr\u00f4les.<\/strong> Les instructions de contr\u00f4le doivent avoir un espace entre le mot cl\u00e9 de l’instruction et la parenth\u00e8se ouvrante, afin de les distinguer des appels de fonctions. Il est vivement recommand\u00e9 de toujours utiliser des accolades, m\u00eame dans les situations o\u00f9 elles sont techniquement optionnelles.<\/li>\n
- prot\u00e9g\u00e9<\/strong> : visible dans les classes enfants.<\/li>\n
- prot\u00e9g\u00e9<\/strong> : visible dans les classes enfants.<\/li>\n
- publique<\/strong> : visible en dehors de la classe.<\/li>\n