Discussion :

[Community Management]

Bonjour

ma question et la suivante :

Comment bien programmer en PHP ?

Donc si vous avez des conseils, des truc � utiliser/�viter et d'autres choses.

Par exemple :
Code le plus court :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
for ($i=0; $i<count($array); $i++)
{
  echo $array[$i];
}

Code le plus rapide :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
$count = count($array);
for ($i=0; $i<$count; $i++)
{
  echo $array[$i];
}

Merci d'avance

[N1bus]

Bonjour,

pour ma part :

- Bien indenter le code pour une meilleure lisibilit�
- Bien commenter le code , m�me si �a prend du temps. Tu seras content dans 6 mois d'avoir pris le temps de commenter ton code . . .

[Sub0]

Salut!

� Toujours bien mettre en place un algo, voir un cahier des charges bien pens� avant de se plonger dans le code. Pour cette �tape, il est important de conna�tre les r�gles de s�curit�, quelles peuvent �tre les failles : http://php.developpez.com/faq/?page=securite

� Perso, je s�pare bien les "unit�s" de mon programme, par exemple :
cfg.php // Constante et variable de configuration
bbd.php // Fonctions d'acc�s � la base de donn�es
func.php // Diverses fonctions, conversion, traitement
mail.php // Fonctions d'envoi de mail
forms.php // Formulaires html de saisie
etc...
J'inclus les unit�s les unes aux autres avec Require_once().

� J'utilise les tableaux pour les constantes, variables, donn�es... et la commande global pour les int�grer dans mes fonctions. Par exemple, dans le script "cfg.php", tu trouveras :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
$cfg['db_server']  = 'localhost';         // Nom du serveur
$cfg['db_name']    = 'mybase';            // Nom de la base
$cfg['db_table']   = 'membres';           // Nom de la table
$cfg['db_login']   = 'root';              // Le login d'accès de la base
$cfg['db_pass']    = '';                  // Le mot de passe de la base
$cfg['linkid']     = '';                  // Handle de la connection

Et dans le script "bdd.php" :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Require_Once('cfg.php');
Require_Once('func.php');
 
//============================================================ 
//  CONNECTION A LA BASE DE DONNEES
//============================================================
function OpenBase($first=false){
  global $cfg;
 
  //----------------------------------------------------------
  // Déjà connecté -> Exit
  //----------------------------------------------------------
  if(!empty($cfg['linkid'])) return true;
 
  //----------------------------------------------------------
  // Test de connection su serveur
  //----------------------------------------------------------
  if(!$cfg['linkid']=@mysql_connect(
    $cfg['db_server'],

� Je commente bien mon code (mais pas trop) et j'utilise des s�parations pour am�liorer la lisibilit� et structurer le code. Je n'utilise pas de tabulation, que des espaces car d'un �diteur � l'autre, la valeur des tabulations peuvent �tre diff�rentes et desindenter ton code. Le r�sultat est assez surprenant parfois.

� J'utilise les simples quotes dans tous les cas, except� pour encadrer les requ�tes SQL o� j'utilise les doubles quotes, car avec mon editeur PHP, il est possible de choisir une couleur diff�rente. Ainsi, je rep�re tout de suite o� se trouvent les requ�tes SQL.

� J'utilise de p�r�f�rence des "echo" pour int�grer du code HTML, CSS ou Javascript dans mes scripts PHP. J'�vite de fermer les balises PHP (?>) ou sinon, je mets tout le code HTML, CSS ou Javascript dans un autre fichier.

� Bien garder � l'esprit que ton code sera probablement lu par d'autres d�veloppeurs.

[fadex]

Merci

Donc est ce qu'il y a des normes � suivre, parce que parfois on arrive � des situations ambigu�s (usine a gaz).

Par contre en java il existe plusieurs solutions permettant de structurer la programmation.

Donc si vous avez des exemples d�architecture ou des projets (perso) qui se base sur des architectures (MVC par exemple).

[Sub0]

http://www.zend.com/fr/products

[|PaRa-BoL]

Il vaut mieux toujours privil�gier l'optimisation.

Par exemple les chaines de caract�res avec des simples quotes et non pas des doubles. (Ne pas avoir la fleme de concat�ner les variables). Exemple :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
echo 'Bonjour, '. $pseudo . ' Ca va ?';

Biens�r bien identer et commenter.

Separer au maximum les fichiers selons leur context et non pas faire un fichier de function tout bord�lique.

[fadex]

merci
On peut g�n�raliser le sujet un petit peu Par exemple nous savons tous comment se connecter/d�connecter � une base de donn�es Mysql, mais ou sein d�un projet, comment g�rer cette connexion et ce qu�on doit cr�er des fonctions qui g�re les connexions ou simplement on utilise les fonctions PHP

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
 
mysql_connection
mysql_query
mysql_free_result
mysql_close

� vous

[marcha]

Pourrais-tu me dire pourquoi tu n'y crois plus ?

J'ai cru qu'il fallait toujours optimiser son code, et je n'y crois plus parce
qu'une optimisation n'est n�cessaire que si il y a un besoin r�el et pas
juste hypoth�tique.

J'ai souvent pens� qu'un code optimis� �tait en sois meilleur. Mais il est souvent
moins clair, plus difficile � maintenir, et il arrive qu'il soit remplac� par un nouveau
produit avant m�me d'avoir atteint ses limites.

Mais il est vrai, que c'est un vrai plaisir d'optimiser son code... mais on devrait le
faire que lorsqu'il s'av�re que c'est �conomiquement n�cessaire et pas avant !

[wamania]

Voila un sujet que j'aime mettre mon grain de sel dedans

Pour moi, clairement lisibilit� � l'�chelle de l'architecture, optimisation au niveau plus atomique.
Car

• Pour l'architecture en g�n�ral, on gagnera peu � optimiser vraiment, ou alors c'est tres mal con�u d�s le d�part.
• A l'�chelle atomique (je parle en gros la syntaxe ligne par ligne), un petit gain pour une toute petite perte de lisibilit�, c'est bien.

Enfin, apr�s c'est au jugement personnel en fonction de la demande.

Cependant, quelques points esentiels pour moi :
Un fichier doit �tre soit:
- une page (donc directement/indirectement appelable depuis une url)
- une classe (et une seule par fichier)
- une config.

Les fichiers "placards", je trouve �a pas propre. En g�n�ral, je n'en fait qu'un, qui regroupe les points communs � chaque pages (inclusion des classes, autoload, r�cup des configs, objet $db...) et �ventuellement un fichier de fonctions avec vraiment l'inclassable.

L'important ensuite est de respecter la POO, genre l'encapsulation des donn�es.
Une s�paration nette de la vue est obligatoire. Ecrire directement du code HTML dans du PHP ou inversement, c'est pas propre et intenable. L'utilisation de fonctions soigne un peu cet aspect, mais au final, �a reste du HTML dans du PHP, d'autant plus que l'encapsulation des donn�es, �a compte aussi pour une fonction et qu'un echo, c'est une sortie comme une autre. (d'ailleurs, vaut mieux �viter les global dans les fonctions et y pr�ferer le singleton, en utilisant non pas des tableaux pour la config, mais des objets conteneurs (style Entity de java)).

Bref, pour la vue, des templates, ou mieux (mais quand m�me plus compliqu�) le couple XML/XSLT.

Bon oki, je n'applique pas � la lettre absolument tout ce que je dit, mais j'essaie au mieux.

Pour r�pondre � Fadex, il existe le fameux MVC (Mod�le vue contr�leur) qui consiste � s�parer ces 3 couches.
La vue j'en ai parl� au dessus. Le mod�le correspond en gros � tes donn�es et donc ton acc�s � la base dans ton cas.
Ca signifie globalement que ton script n'a pas � savoir d'ou viennent ces donn�es, et donc il ne faut pas utiliser de fonction sp�cifique � telle ou telle base, mais une classe.
Ainsi au lieu de mysql_query, tu auras $db->query.
Si ta base devient Postgresql, au lieu de pq_query, tu aura tjs $db->query, mais avec un $db diff�rent. Il te suffit de changer le fichier contenant la d�claration de $db et hop, t'as changer de base.

Bon, j'arrete avant d'�crire un livre.

[fadex]

voila ce que je cherche

Pour r�pondre � Fadex, il existe le fameux MVC (Mod�le vue contr�leur) qui consiste � s�parer ces 3 couches.
La vue j'en ai parl� au dessus. Le mod�le correspond en gros � tes donn�es et donc ton acc�s � la base dans ton cas.

il est ou le controleur ?

Mais comment appliquer l'architecture MVC dans un projet PHP ?

J�ai des petites exp�riences avec J2EE, mais �a reste pour moi une usine � gaz , oui c vrais qu�il y a beaucoup de doc mais �a reste de la th�orie.

Donc est ce que vous avez un tuto ou un site qui explique comment mettre en place cette architecture.

Je t�encourage pour terminer le livre .

[edit]voila ce que j'ai trouv� : PHPMVC[/edit]

[wamania]

D'une fa�on tr�s simple, la vue, c'est un template (comme Smarty), ou la classe de PHPLib modifi�e par PHPBB qui est tr�s utilis�e, par moi notamment), le mod�le, tu utilises une classe de connexion � une BDD (genre PDO), le contr�leur, c'est toi et ta page.

Pour aller plus loin, il y a des frameworks comme le Zend Framework et pleins d'autres en fait.
Va donc faire un tour ici http://tahe.developpez.com/web/php/mvc/

PS :

voila ce que j'ai trouv� : PHPMVC

Je trouve que c'est une grosse usine, c'est une reproduction en PHP de struts. Si tu trouve que J2EE est une usine, oublie PHPMVC

[Mister Nono]

http://www.zend.com/fr/products

Mais il faut avoir des sous.

L'utilisation de template simplifie vraiment le code.

[Andalor]

Et puis un petit point de d�tail comme �a que je connais :

Utiliser :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
<?php
 
?>

Plut�t que

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
<?
 
?>

Il y a seulement une diff�rence de quelques milli�mes de secondes � la lecture, c'est rien du tout, mais puisqu'on est dans l'optique d'optimiser le code autant le faire, �a coute 3 lettres � rajouter.

[|PaRa-BoL]

Et puis un petit point de d�tail comme �a que je connais :

Utiliser :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
<?php
 
?>

Plut�t que

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
<?
 
?>

Il y a seulement une diff�rence de quelques milli�mes de secondes � la lecture, c'est rien du tout, mais puisqu'on est dans l'optique d'optimiser le code autant le faire, �a coute 3 lettres � rajouter.

Ce ne sert pas que � ca de sp�cifier le "php", dans certaine configuration le "<?" n'est pas reconnu, il est donc important de le sp�cifier pour plus de portabilit�

[mathieu]

Ce ne sert pas que � ca de sp�cifier le "php", dans certaine configuration le "<?" n'est pas reconnu, il est donc important de le sp�cifier pour plus de portabilit�

Depuis plusieurs versions de PHP la support de "<?" est d�sactiv� par d�faut pour ne pas int�rferer avec l'utilisation des balises "<?xml"

[fadex]

Bonjour

j'ai trouv� un article tr�s int�ressant sur le developpement Objet sous PHP, en se basant sur l'architecture mvc. avec un generateur de class.
PHPBuilder
donnez moi votre avis

[KiLVaiDeN]

Salut,

Je pense que le plus important dans une application PHP, ou les scripts sont � chaque appel "recompil�s", il est vital d'avoir une base de donn�es optimis�e.

Il faut mettre des index aux endroits o� c'est le plus important, et avoir un mod�le efficace afin que les requ�tes ne soient pas un gouffre de performance. Utiliser des fichiers plats pour les d�finitions redondantes et simples de l'application parrait �tre un plus pour �viter d'encombrer la base de donn�es avec des requ�tes � tout va.

Je ne connais pas bien Zend, mais si j'ai bien compris ils proposent une pr�compilation qui peut grandement acc�lerer php, et le rendre comp�titif face � ces langages d'applications comme Java et C# qui b�n�ficient par nature d'une pr�compilation ( m�me si ce n'est pas du natif, les performances sont au rendez-vous ).

De plus, un syst�me de cache semble primordial, comme celui propos� par CakePHP. D'ailleurs je vous conseille de jeter un oeil � ce framework, qui parrait plut�t prometteur malgr� son nom

A+

[mathieu]

Bonjour

j'ai trouv� un article tr�s int�ressant sur le developpement Objet sous PHP, en se basant sur l'architecture mvc. avec un generateur de class.
PHPBuilder
donnez moi votre avis

Oui le fait de developper avec de la POO rends ton code plus facilement maintenable et donc tu gagnes plein de temps pour corriger les bugs ou modifier ton code plus tard

[alien2x]

Bien programmer pour moi, c'est :
- Bien indenter son code,
- Ne pas pr�vil�gier la vitesse d'ex�cution (sinon utiliser un cache),
- Tester, re-tester, re-re-tester... son code,
- S�curiser son site au maximum,
- Utiliser que la POO,
- Bien commenter,
- Avoir une "bonne architecture" du site... (site ordonn�)

Pour cela moi j'utilise Zend Studio (la version pro) qui est excellent, surtout son gestionnaire de projets. Il vaut vraiement le coup. Personnellement, la version standard me suffit largement... (ce magnifique prog appartient � mon fr�re, bon ben l� je vous raconte un peu ma vie...) Son d�buggeur est vraiment tr�s utile et tr�s puissant ! T�l�chargez la version d'�valuation et vous allez voir !

La moyenne de la vitesse d'ex�cution de mes scripts est de 0,0021s, voir m�me 0,001s (en plus sur ma machine avec 500 programmes d'ouverts...).
Moi j'utilise un fichier index (int.php) qui inclut tous les autres fichiers et une sorte de mini-noyau pour le site autour duquel sont mont�s tous les autres "programmes". Je suis en train de le d�velopper...

[onet]

Avec l'exp�rience, bien coder, c'est �viter au maximum de refaire le boulot 200 fois...

Qui n'a pas du r��crire pour la x�me fois le code pour afficher une GridView (d�sol�, ce terme existe pas en php, mais ceux venant d'autres langages comprendront) pour une interface de gestion? Qui n'a pas du rechercher son code pour une identification, ou un panier s�curis�, ou un syst�me de news?

Maintenant, je tends de plus en plus vers une optimisation, et donc la cr�ation de classe. Mais surtout, la cr�ation de classes personnalis�es. Qui n'a pas �t� content de pouvoir r�cup�rer 1 semaines de codage dans 12 dossiers car ca � �t� fait une fois de facon correcte? Le vrai pied.

Apr�s, coder, c'est avant tout comprendre son code, et pouvoir le relire, meme dans 6 ans. Donc pour ca:
- identation
- commentaire
- utilisation de variable logique (non, $temp pour un tableau, c'est pas un nom inteligent...)
- S�parer le contenu du contenant. Quoi de plus beau qu'une page ne contenant QUE du PHP? En laissant nos fonctions ou notre framework g�rer l'affichage? En tout cas, pour le d�pannage, ou les gros site, c'est un vrai bonheur!
- Et comme pr�cis�... Si vous faites encore du bon vieux php4, int�ressez-vous sinc�rement a l'orient� objet et au PHP5. C'est non seulement un gain de temps, mais de lisibilit� !

Onet