Le blog de llaumgui - Balise - héritage

Héritage du ipbSDK - Part3 (De nouvelles variables)

llaumgui — Fri, 18 Mar 2005 22:28:00 +0000

Dans vos fonctions utilisant le ipbSDK (Ou MySDK dans notre cas), il peut être fort pratique d'utiliser des variables du style $SDK->portal_url. Pour cela, rien de plus simple, surtout si vous avez suivis les 2 premières parties.

La première étape et d'ajouter la variable et ça valeur dans le fichier de configuration du SDK : ipbsdk_conf.inc.php.

Ensuite, vous devez déclarer la variable dans votre classe SDK et charger ça valeur dans le constructeur.

<?

/**

*------------------------------------------------------------------------

*   Portail XPerience 4.01.

* ========================================

* @package XPerience-Fr

* @copyright Guillaume Kulakowski

*/



require_once 'ipbsdk_class.inc.php';



/**

* Classe MySDK héritant du IPBSDK et permettant de l'optimiser sans patir de la difficulté

* de future maj.

* @package IPBSDK

*/

class MySDK extends IPBSDK {

    

    var $portal_url;

    

    

    /**

     * Constructeur de la sous-classe MySDK.

       * @param array $options Use this to overwrite settings from the configuration file.

     * @todo Virer le require_once

     * @since 4.01

     */

     function MySDK ( $options = array('root_path' => '', 'board_url' => '', 'sdklang' => '', 'board_version' =>'', 'allow_caching'=>'', 'timer'=>'', 'debug'=>'') ) {

         

        require_once 'ipbsdk_conf.inc.php';

        

        $IPBSDK = IPBSDK::IPBSDK($options);                // On passe les argument au super.constructeur.

        

        // Je charge mes variables :

        $this->portal_url            = $portal_url;

     }

}

?>

Poursuivre :

Héritage du ipbSDK - Part1 (La théorie).
Héritage du ipbSDK - Part2 (Premier pas).
Héritage du ipbSDK - Part3 (De nouvelles variables).

Héritage du ipbSDK - Part2 (Premier pas)

llaumgui — Thu, 03 Mar 2005 19:52:00 +0000

Ma précédente aventure m'a permise de me familiariser avec le concept d'héritage sous php. L'aventure MySDK (Nom de ma classe héritant de IPBSDK) peut donc commencer.

La première étape est de construire une classe MySDK (mysdk.php) héritant du IPBSDK. Pour commencer cette classe sera vide, donc héritant de la totalité des fonctions du SDK.

require_once 'ipbsdk_class.inc.php';



class MySDK extends IPBSDK {

    

    

}

Cela fait, il suffit de modifier notre script php et remplacer :

require_once 'ipbsdk_class.inc.php';

$SDK =& new IPBSDK(array("timer" => "1")); // Load with Timer

Par :

require_once 'mysdk.php';

$SDK =& new MySDK(array("timer" => "1")); // Load with Timer

Voila, vous n'utilisez plus IPBSDK, mais une classe héritant du IPBSDK que vous pouvez faire évoluer à part en rajoutant des fonction ou en redéfinissant. Nous aborderons l'optimisation du SDK dans un prochain billet

Poursuivre :

Héritage du ipbSDK - Part1 (La théorie).
Héritage du ipbSDK - Part2 (Premier pas).
Héritage du ipbSDK - Part3 (De nouvelles variables).

php4 et l'héritage

llaumgui — Thu, 03 Mar 2005 12:48:00 +0000

Jusqu'à présent, ma connaissance et mes compétances face à l'héritage était due à la programmation Java, et son application au php n'était que pure théorie (rappelez-vous)... Or, je viens de sauter le pas sous php4 (Version utilisée à mon stage).

Tout d'abord, même si le modèle objet de php4 (Différents de celui de php5) a ses limites, il n'en demeure pas moi "assez" puissant, facile à mettre en oeuvre et proche de celui du Java.

Cependant, on pourra déplorer certaines limitations :

Pas d'héritage multiple : Tout comme Java, mais est ce bien nécessaire ?
Pas de surcharge : Plus gênant, php choisis de rendre des paramètres d'une fonction facultatifs en leur donnant une valeur initial par défaut. Ainsi en lieu et place de :

function toto () {}

function toto ( paramètre ) {}

On aura :

function toto ( paramètre = null ) {}

Bien sur, la redéfinition, essence même de l'héritage est possible.

L'appel des fonctions de la sur-classe : php n'adopte pas l'appel super.fonction() comme Java mais une syntaxe moins simple :

super_classe::fonction()

Je vous tiendrais bien sûr au courant de l'avancé de ma découverte en tenant à jour ce billet ou en le déclinant en Part II. Rappelons pour finir que nous parlons ici de php 4.

Héritage du ipbSDK - Part1 (La théorie)

llaumgui — Sat, 26 Feb 2005 17:50:00 +0000

Le portail que j'ai développé pour XPerience-Fr et que j'utilise aussi sur Meta-Contact est développé en utilisant l'API IPB-SDK. Cependant ayant modifié voir réécris un grand nombre de fonctions, les mise à jour du SDK sont très laborieuses... C'est là que la gestion de l'objet et de l'héritage sous php (Et surtout sous php5) prend tout son sens.

Tout d'abords, ce billet fait suite à mon constat de la puissance de php5 et se base plus sur mes connaissances/compétences en Java mais je suis presque sûr que cela doit être applicable sans problème au php5 (voir php4), c'est d'ailleurs ce qui va m'occuper ces prochains jours.

L'idée est de ne plus instancier le ipbSDK ( $SDK =& new IPBSDK( array("timer" => "1") ); ) mais une classe héritant du SDK que nous appèlerons MySDK.

Cette classe faisant appel aux fonctions du SDK (Principe de l'héritage), mais utilisant la redéfinition de fonction (Action de redéfinir un fonction d'une sous-classe dans une sur-classe) au lieu de modifier directement le SDK. De ce fait on se retrouverait avec un SDK de base mais utilisant les fonctions réécrites. De là, les mises à jour s'en retrouveraient facilitées car elles correspondraient juste a un upload du nouvel SDK et à quelques corrections de la classe MySDK.

Me reste plus qu'à passer de la théorie à la pratique :-).

Poursuivre :

Héritage du ipbSDK - Part1 (La théorie).
Héritage du ipbSDK - Part2 (Premier pas).
Héritage du ipbSDK - Part3 (De nouvelles variables).