Quelqu'un pourrait-il me faire un résumé de la portée des fonctions et
objets en PHP5.
En effet, je développe un mini MVC projet et je suis en train de
m'apercevoir que je peux faire un new PDO() un peu partout sans faire
d'include, je sais qu'il il y a des chemins standard.
Par contre, si je développe ma propre bibli ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
thierry
Bonjour,
Bonjour,
Quelqu'un pourrait-il me faire un résumé de la portée des fonctions et objets en PHP5. Peu claire comme question.
Ceci étant, la portée d'une fonction est globale même si elle est définie entre un ou plusieurs jeux de {}.
En effet, je développe un mini MVC projet et je suis en train de m'apercevoir que je peux faire un new PDO() un peu partout sans faire d'include, je sais qu'il il y a des chemins standard. PDO comme
http://fr2.php.net/manual/fr/ref.pdo.php c'est normal, ça fait partie du "noyau". En gros c'est un module chargé par le moteur/interpréteur PHP via le fichier php.ini. La porté de ces modules est globale/visible de partout.
Par contre, si je développe ma propre bibli ? Si tu la développes en C/C++ pour en faire un module chargeable via
php.ini il te faudra charger ce module via php.ini et une directive extension=php_monModule.dll le fichier php_monModule.dll devant alors être dans un répertoire défini par la directive extension_dir.
Si tu la développes en php, alors tes fichiers devront être dans l'include_path de php.ini. Cette directive est modifiable par le script via set_include_path() ou ini_set()
Rmq // Différence avec JAVA ? classpat etc ... je crois avoir répondu, non ?
thierry
Bonjour,
Bonjour,
Quelqu'un pourrait-il me faire un résumé de la portée des fonctions et
objets en PHP5.
Peu claire comme question.
Ceci étant, la portée d'une fonction est globale même si elle est
définie entre un ou plusieurs jeux de {}.
En effet, je développe un mini MVC projet et je suis en train de
m'apercevoir que je peux faire un new PDO() un peu partout sans faire
d'include, je sais qu'il il y a des chemins standard.
PDO comme
http://fr2.php.net/manual/fr/ref.pdo.php
c'est normal, ça fait partie du "noyau". En gros c'est un module chargé
par le moteur/interpréteur PHP via le fichier php.ini. La porté de ces
modules est globale/visible de partout.
Par contre, si je développe ma propre bibli ?
Si tu la développes en C/C++ pour en faire un module chargeable via
php.ini il te faudra charger ce module via php.ini et une directive
extension=php_monModule.dll
le fichier php_monModule.dll devant alors être dans un répertoire défini
par la directive extension_dir.
Si tu la développes en php, alors tes fichiers devront être dans
l'include_path de php.ini.
Cette directive est modifiable par le script via set_include_path()
ou ini_set()
Rmq // Différence avec JAVA ? classpat etc ...
je crois avoir répondu, non ?
Quelqu'un pourrait-il me faire un résumé de la portée des fonctions et objets en PHP5. Peu claire comme question.
Ceci étant, la portée d'une fonction est globale même si elle est définie entre un ou plusieurs jeux de {}.
En effet, je développe un mini MVC projet et je suis en train de m'apercevoir que je peux faire un new PDO() un peu partout sans faire d'include, je sais qu'il il y a des chemins standard. PDO comme
http://fr2.php.net/manual/fr/ref.pdo.php c'est normal, ça fait partie du "noyau". En gros c'est un module chargé par le moteur/interpréteur PHP via le fichier php.ini. La porté de ces modules est globale/visible de partout.
Par contre, si je développe ma propre bibli ? Si tu la développes en C/C++ pour en faire un module chargeable via
php.ini il te faudra charger ce module via php.ini et une directive extension=php_monModule.dll le fichier php_monModule.dll devant alors être dans un répertoire défini par la directive extension_dir.
Si tu la développes en php, alors tes fichiers devront être dans l'include_path de php.ini. Cette directive est modifiable par le script via set_include_path() ou ini_set()
Rmq // Différence avec JAVA ? classpat etc ... je crois avoir répondu, non ?
thierry
thiebaut olivier
Oui,
Tu viens de me répondre précisément. Je tiens à m'excuser pour le manque dee clarté de ma question, Il est parfois difficile de préciser clairement quand justement tu apprends
Encore merci pour les includes.
olivier
Oui,
Tu viens de me répondre précisément.
Je tiens à m'excuser pour le manque dee clarté de ma question,
Il est parfois difficile de préciser clairement quand justement tu apprends
Tu viens de me répondre précisément. Je tiens à m'excuser pour le manque dee clarté de ma question, Il est parfois difficile de préciser clairement quand justement tu apprends
