Gerald's Blog

Dans un précédent billet, je parlais de mes malheurs avec PHP lorsqu'il était question de manipuler des interfaces couplées avec des classes abstraites.

Voici que Julien, alors qu'il travaille sur validateurs (une nouveauté de Copix 3.1), viens de trouver la bonne façon de procéder pour marier nos amoureux.

Ce qu'il ne faut pas faire (1)

interface IClasse {
       public function show ();
}

abstract class AClasse {
       abstract public function show ();
}

class AClasseConcrete extends AClasse implements IClass {
       public function show (){
               echo "Everything is ok";
       }
}
$classe = new AClasseConcrete ();
$classe->show ();

Donne le message d'erreur

Fatal error: Can't inherit abstract function IClasse::show() (previously declared abstract in AClasse) in  
/home/geraldc/workspace/Copix_3/www/syntax_playground.php

Ce qu'il ne faut pas faire (2)

interface IClasse {
       public function show ();
}

abstract class AClasse implements IClasse {
       abstract public function show ();
}

class AClasseConcrete extends AClasse {
       public function show (){
               echo "Everything is ok";
       }
}

$classe = new AClasseConcrete ();
$classe->show ();

Donne le message d'erreur

Fatal error: Can't inherit abstract function IClasse::show() (previously declared abstract in AClasse) in
in /home/geraldc/workspace/Copix_3/www/syntax_playground.php

Ce qu'il faut faire (enfin !)

interface IClasse {
       public function show ();
}

abstract class AClasse implements IClasse {
  //Ne PAS déclarer la méthode show de l'interface, même abstraite
}

class AClasseConcrete extends AClasse {
       public function show (){
               echo "Everything is ok";
       }
}

$classe = new AClasseConcrete ();
$classe->show ();

Et la, tout fonctionne !

Ne pas ajouter la définition de l'ensemble des méthodes de l'interface..... il fallait y penser :-)

Bon, il va falloir que je refasse un tour dans les sources de Copix pour remédier aux workaround que j'employais jusqu'alors.

Lorsque nous manipulons le javascript, les problèmes de compatibilité navigateurs sont légions, d'autant plus lorsque le code manipule des objets complexes et font appels aux propriétés diverses de ces derniers.

Voici un exemple de code atrocement complexe ou l'on comprend aisément pourquoi il fonctionne sous Firefox, mais pas sous IE :

window.open (url, 'aide-utilisateur');

L'erreur que donne IE est simple : "Argument non valide"

La solution est triviale.... et réside dans la présence du tiret (-) dans le titre de la fenêtre.

Note d'Arnaud qui s'est confronté au problème (âmes sensibles s'abstenir) :

De toute façon, le javascript c'est pour les *** 
on a pas besoin d'interfaces graphiques et je **** sur ****

Tout d'abord un peu de vocabulaire : Le Lazy Loading est un Design Pattern visant à initialiser des éléments "à la demande".

Le must est bien évidemment lorsque votre code client n'a pas conscience de ce mécanisme et qu'il se sert des données comme si elles étaient dores et déjà complètement disponibles.

PHP, avec ses méthodes magiques à n'en plus finir, dispose de tout un tas d'outils pour rendre la chose possible.

La SPL (méconnue des développeurs PHP malgrés son potentiel exceptionnel) est une bibliothèque disponible depuis PHP 5 permettant entre autres de rendre vos objets accessibles et manipulables de différentes façons, y compris via les mots clefs "standards".

ArrayAccess est dans ce cadre une interface permettant à vos objets d'être manipulés comme s'ils étaient des tableaux.

Voyons donc, dans un cas d'école, comment nous pouvons tirer partie de ces éléments techniques pour faire du Lazy Loading.

Une petite colle pour commencer la semaine : qu'affiche le code PHP suivant ?

class TestBoucleFor {
	/**
	 * Le nombre de passages dans la boucle
	 */
	static $passageCount = 0;
	/**
	 * Fonction de test
	 */
	function doTest (){
		$monTableau = array (0, 1, 2, 3);
		for ($i=0; $i < count ($monTableau); $i++){
			$monTableau[4] = 1;
			self::$passageCount++;
		}
		echo "Passages dans la boucle : ", 
		 		 self::$passageCount;
	}
 }
 $test = new TestBoucleFor ();
 $test->doTest ();

Alors ? 4 ou 5 ? En gros la question est : "est-ce que le count ($monTableau) est réévalué à chaque passage ?

PHP 4 n'est plus, et comme dirait ma "8 Ball", le sort en est jeté.

J'avoue avoir difficilement franchit le pas de la migration PHP5, pour de simples raisons de maintenance. Toutefois, cela fait maintenant bientôt 2 ans que je développe exclusivement avec la version 5, et j'avoue ne jamais regretter ces évolutions.

Si on devait faire une rétrospective, soyons clair, la grosse nouveauté de PHP 5 pour moi ne fut pas le modèle objet (il a toujours été possible de faire de l'objet en PHP4 avec les bonnes conventions), mais un ensemble de petits riens....

• les appels imbriqués ($obj->getElement ()->getAutreElement ()) qui nous évitent de passer par des variables intermédiaires.
• l'autoload qui évite les include / require fastidieux
• les exceptions (ENFIN !!! qui pour moi étaient LA grosse nouveauté)
• les variables de classe statiques
• les Iterateurs
• PDO (même si mon avis reste finalement assez mitigé sur certains points)
• .... et finalement c'est agréable de spécifier complètement son code avec de jolis mots clefs :-)

Au même titre que vous migrerez vers PHP 5, n'oubliez pas de migrer votre version de Copix !