Comment bien programmer en PHP ?

Développer en PHP c'est tout d'abord faire très attention à ne pas faire du 'bricolage' car ce langage est très permissif. Tout le monde a déjà mélanger du HTML avec du PHP avec des contraintes if() dans ses projets non ( ? ).

Avec le temps les méthodes doivent être plus structurées et avoir la possibilité si besoin est, de modifier aisément le code sans avoir a passer toute une journée à déchiffrer chaque ligne de code. Ne pas mettre également des echo de code HTML ou même de variable ( ! ) dans les fonctions. Les valeurs de retours sont pas là pour faire jolies.

Et j'en passe mais le maître mot c'est de l'organisation ! ( la POO est une solution mais même sans ça il est possible de faire du propre ).

Citation:

---

Envoyé par Virtuosity

Développer en PHP c'est tout d'abord faire très attention à ne pas faire du 'bricolage' car ce langage est très permissif. Tout le monde a déjà mélanger du HTML avec du PHP avec des contraintes if() dans ses projets non ( ? ).

Avec le temps les méthodes doivent être plus structurées et avoir la possibilité si besoin est, de modifier aisément le code sans avoir a passer toute une journée à déchiffrer chaque ligne de code. Ne pas mettre également des echo de code HTML ou même de variable ( ! ) dans les fonctions. Les valeurs de retours sont pas là pour faire jolies.

Et j'en passe mais le maître mot c'est de l'organisation ! ( la POO est une solution mais même sans ça il est possible de faire du propre ).

---

Pas toujours vraie. Dans le cas ou il y a un gros bloc de sortie il est préférable de faire un echo. Tout cumuler dans une variable demande beaucoup de ressource CPU et mémoire. J'ai fais des test et le résultat sont visible à l'œil.

URL unique ou URL significative ?

c'est effectivement une bonne question à se poser.

lorsque je parlais d'URL unique c'était dans le cadre d'une application.

http://monentreprise/client/facturer/commande/25/
Je peu très bien faire un url significative dans une application de facturation.

Mais que cela apporte-t-il ?
L'url représente ici une action l'application d'une fonction. est-ce bien utile de la rendre significative ?
C'est faisable lisible et après ??

ça n'apporte rien.
enfin si ça apporte des em#@de
s'il y a une URL alors l'utilisateur va pouvoir la relancer, la bookmarker, revenir sur une autre URL

imaginez dans word vous avez appliqué une feuille de style fait deux ou trois rechercher remplacer tapé un paragraphe et vous allez dans votre menu Historique et revenez au début de tout-ça sans le défaire. ça n'a aucun sens pas plus que relancer l'url ci-dessus. que vous ayez un historique des action pour faire des annuler/rejouer ça a un sens mais ouvrir word sur la 53° action faite vendredi dernier non.

C'est exactement pareil pour mon action de facturation.
avec une seul url j'ai l'équivalent de menu démarrer->bureautique->word. et ce qu'il se passe à l'intérieur relève de l'application et surtout pas d'une notion de navigation.

à l'opposé un outil destiné à fournir à ses utilisateurs des information et non pas à agir sur quelque chose lui à surement tout intérêt à avoir des url significative.
http://moncarnet/contact/byPhoneNumber/0607080910
http://moncarnet/entreprises/plonbiers

non seulement je peu accéder à mon information rapidement mais je peux garder et utiliser les références sur celle-ci
où je veux comme je veux.

un autre exemple pour comprendre mon propos. slide280
cette application lorsque vous ouvrez son url dans votre navigateur vous présente à l'écran un outil pour faire des slides à la powerpoint. doit-on avoir une url pour l'action "ajouter une nouvelle diapositive" ? je ne pense pas. car de tout façon pour pouvoir faire cette oppération il faut avoir lancer l'appli (ça encore on pourrait le faire automatiquement) mais surtout avoir ouvert un document. à quoi pourrait bien servir cette action prise toute seule dans un bookmark ?
par contre lorsqu'on crée en ligne un slide l'application nous fournis une URL pour qu'on ait un accès direct au document, soit en projection soit en édition. (tout comme le menu contextuel dans windows) l'application à donc une URL unique mais les documents ont leurs propre url.

dans une approche full ajax il est parfaitement possible d'avoir une seule url et une seule page laquelle sert de lanceur à l'application. tout comme on en voit des centaine en flash.

est-ce la meilleur solution ?
surement pas. il faut analyser le truc en fonction du but et non pas aprioris de façon technique.

pour moi il n'y a pas de bonne ou mauvaise approche. il y en a de plus ou moins approprié à la problématique du sujet abordé.

A+JYT

heu... là c'est plus de la bonne programmation PHP, mais de la bonne programmation web tout court.

Il me semble avoir lu un article assez bien fait il y a quelques temps (et qui recoupe un peu ce que tu dit) qui expliquait que de maniere générale, tout ce qui est consultation d'information devrait pouvoir être obtenu avec une methode GET et tout ce qui est action *doit* être réalisé avec POST

Si je me souviens bien cet article était une réaction a la suppression de messages d'un forum dont l'URL de suppression d'un message avait été codée en GET et indexée dans google... periodiquement des messages disparaissaient sans raison ;o)

Citation:

---

Envoyé par Fladnag

heu... là c'est plus de la bonne programmation PHP, mais de la bonne programmation web tout court.

Il me semble avoir lu un article assez bien fait il y a quelques temps (et qui recoupe un peu ce que tu dit) qui expliquait que de maniere générale, tout ce qui est consultation d'information devrait pouvoir être obtenu avec une methode GET et tout ce qui est action *doit* être réalisé avec POST

Si je me souviens bien cet article était une réaction a la suppression de messages d'un forum dont l'URL de suppression d'un message avait été codée en GET et indexée dans google... periodiquement des messages disparaissaient sans raison ;o)

---

C'est balot !...http://www.developpez.net/forums/ava...ine=1209763411
Je me rappelle de cette article il y a fort longtemps d'ailleurs !

Citation:

---

Si je me souviens bien cet article était une réaction a la suppression de messages d'un forum dont l'URL de suppression d'un message avait été codée en GET et indexée dans google... periodiquement des messages disparaissaient sans raison ;o)

---

Accessoirement, si un cas comme ça se produit, c'est qu'il y a une gestion des sessions/utilisateurs qui a été mal/pas codé. Si un message est supprimable par n'importe qui, même via un message "post" un peu truqué, c'est une faille de sécurité, point (je le sais, avec cette méthode, un pote à qui j'avais demandé de tester la sécurité d'une appli, a démonté une appli que j'avais codé :aie:). Et les failles de sécurité, ca n'est pas "bien programmer" ^_^

Citation:

---

Envoyé par Rakken

Accessoirement, si un cas comme ça se produit, c'est qu'il y a une gestion des sessions/utilisateurs qui a été mal/pas codé. Si un message est supprimable par n'importe qui, même via un message "post" un peu truqué, c'est une faille de sécurité, point (je le sais, avec cette méthode, un pote à qui j'avais demandé de tester la sécurité d'une appli, a démonté une appli que j'avais codé :aie:). Et les failles de sécurité, ca n'est pas "bien programmer" ^_^

---

Il est vrai qu'arrivé à ce point là c'est pas un bug mais carrément une mauvaise conception de l'application. Même si une personne mal intentionné peut piraté un site via la méthode "POST", là c'est carrément un moteur de recherche qui s'est comporté comme un pirate à son insu.
Pour ceci, je vous recommande très fortement ce livre sur la sécurité avec PHP.
Au moment ou on lis se livre, il y a des choses qui paraissent évident mais au moment de coder nous y pensons pas.

mon propos n'était pas du tout une question de sécurité

il était qu'une URL doit avoir un sens et donc donner accès à une donnée.

ce qui n'est pas le cas d'une "Action" dans une application. l'action en elle même n'a pas de sens. il lui faut pour cela tout un contexte (avec ou sans sécurité)

donc lorsque on fait une application les bouton qui permette d'invoquer le serveur pour faire une action n'ont pas à avoir d'url propre
Ils doivent utiliser l'url de l'application et postant les détail de l'action à effectuer.

à l'opposé lorsque on référence une information il est bon de définir une url propre et lisible pour y accéder.

le fait de choisir une url unique ou pas de définir des url propre est un choix qui doit être réfléchi.
A+JYT

je suis pas d'accord.

Lorsque mon client me demande comment on fait tel action, je suis content de pouvoir lui dire c'est telle action. Ensuite s'il faut être connecté pour réaliser ladite action alors je présente une page login/password et apres la personne tombe sur le formulaire qui initie l'action.

Elle visualise le formulaire qui fait l'action. La prochaine fois, elle le recherchera et elle le reconnaitra la page.

J'ai beau essayer de faire les choses simplement parfois quand le projet est complexe, fournir des racourcis...

par exemple si j'ai un raccourci "ajouter une photo" je vais directe sur la page, ça fait pouf pouf, je perd pas de temps à chercher dans mes menus, je clique sur mon bookmark. c'est rapide, je fais le moins de clic possible, c'est simple.

Nous informaticiens ne le faisons jamais mais il y a de gens qui posent des favoris "url" sur leur bureau parce qu'ils utilisent votre appli qui fait papa-maman uniquement pour mettre a jour les photos, ya pas de raison de ne pas simplifier la vie de cet utilisateur sous le prétexte naze à mon avis qu'il ne vois pas l'appli dans sa totalité.

Je suis désolé quand j'utilise une application de bureautique lorsque j'utilise la petite icone pour sauvegarder: c'est bien une forme de marque page et ça m'évite de chercher dans le menu de l'application (fichier? edition?) l'option de menu enregistrer.

c'est bien ce que je dit une url doit avoir du sens

pour ajouter photo qui est une action utilisateur

j'ai une url pour présenter le formulaire
un pour récupérer les data un redirect sur une autre qui va les vérifier et les traiter et enfin une qui affiche la réponse
c'est un design pattern appelle PRG

donc j'ai une url significative qui est ajouter uRL
mais les autre post check et responce n'ont aucun sens pour l'utilisateur ce sont des url technique

et celle-ci n'ont pas à être significative il est inutile de pouvoir les bookmarquer seul celle qui permet d'accéder à la fonction de base est significative

autre exemple qui n'a aucun sens affecter Rôle
dans mon appli lorsqu'on édite un profil utilisateur ou un groupe de travail on à accès à la fonction affecter Rôle
mais celle-ci dépends du contexte l'appeler sans éditer un groupe ou un profil n'a aucun sens
cette url n'a pas à être significative pour la rendre lisible

arriver sur cette action directement impliquerait d'ajouter une nouvelle fonction associer qui serait rediriger avec un choix soit ver éditer profil soit editer group

donc pourquoi proposer l'action si elle n'est pas réalisable je ne propose que éditer user et editer group


A+JYT

Citation:

---

Envoyé par berceker united

Pas toujours vraie. Dans le cas ou il y a un gros bloc de sortie il est préférable de faire un echo. Tout cumuler dans une variable demande beaucoup de ressource CPU et mémoire. J'ai fais des test et le résultat sont visible à l'œil.

---

Ce que tu dis est très juste, PHP à été créé pour ce besoin au départ et ça reste toujours son coeur de métier. Je citerai par exemple des projets comme Quercus en environement Glassfish qui permettent d'utiliser cet atout de PHP au sein de projet Java complexes et gourmands.

Mais il ne faut pas perdre de vue que construire tout un site (voire une application) de cette manière est catastrophique pour le debug et la maintenance. Mon opinion est de faire les deux: utiliser l'objet pour l'application et le phtml pour les vues.

D'un autre coté, il vaut mieux pas trop regarder du coté des performances pour un site ou une application PHP, ce n'est pas son point fort.

J'imagine que parmi les 230 posts précédents tout à été dit alors, juste pour ajouter ma pierre à l'édifice je dirais ceci;

En plus d'une indentation correcte, d'un nommage cohérent des variables, objets et fonctions, je commente systématiquement mon code avec de la syntaxe Doxygen, ça n'a l'air de rien comme ça mais pouvoir produire une doc technique automatiquement ça simplifie la vie de toute une équipe de développement (surtout quand on intègre ça dans Eclipse).

Citation:

---

Envoyé par Benjamin Delespierre

J'imagine que parmi les 230 posts précédents tout à été dit alors, juste pour ajouter ma pierre à l'édifice je dirais ceci;

En plus d'une indentation correcte, d'un nommage cohérent des variables, objets et fonctions, je commente systématiquement mon code avec de la syntaxe Doxygen, ça n'a l'air de rien comme ça mais pouvoir produire une doc technique automatiquement ça simplifie la vie de toute une équipe de développement (surtout quand on intègre ça dans Eclipse).

---

Hm, ne serait pas mieux d'utiliser le format phpdoc, pour le php je dis bien ?

Il me semble qu'elle est comprise par le langage, alors que doxy, moyennement.
Quid de la génération de doxydoc avec eclipse ?
(J'entends par là créer le cartouche du commentaire automatiquement au dessus de la méthode de classe x y)

Pour netbeans, que j'utilise, il gère bien phpdoc pour les classes / méthodes / varaibles etc.
La doc générée par phpdoc est suffisamment lisible, comme celle de doxy par ailleurs, mais grâce à sa bonne intégration dans l'ide c'est ma préférence.

C'est un peu chiant sa en php de ne pas avoir un format de doc officiel. ou je me trompe ?

a +

j'ai utilisé doxygen moi aussi car c'était l'outil de doc pour tous les autres langages de la boîte.
il n'y a pas beaucoup de différence avec phpdoc côté syntaxe et l'outils s'intègre à la plus part des IDE.
de plus contrairement à phpdoc docxygen connait d'autre langages. ce qui permet d'avoir un et un seul outil de doc pour l'ensemble du projet
le même outil va généré la doc du projet pour les procédures stockées en PL/SQL le code php le code javascript le code HTML (oui ça ce documente) et bien d'autre encore (par exemple s'il y a un applet java dans le projet)

AMHA, pour un projet de lib php php doc est parfait pour un projet de faisant intervenir des outils bien plus divers Doxygen et bien.

A+JYT

Bonjour a tous, je suis nouveau membre et j'ai un peut de mal a m’initier au php.
C'est pourquoi je viens vous demander un petit service.

J'ai une table "X" avec plusieurs informations dont un num tarif (1 pour les résidents et 2 pour les non résidents), parallèlement j'ai créé un "formulaire.php" pour que les clients entrent leurs informations (dont le pays ou ils résident) et un "transfert.php" pour que les infos du formulaire soient transmises à la base de donnée.
Voilà ma question:

Il me faudrait le code (If/ else .. oui je m'y connais un peu quand même..:lol:) pour que le num tarif affiche 1 ou 2 en fonction du pays du client.

Merci de votre aide.
Cordialement,

Citation:

---

Quid de la génération de doxydoc avec eclipse ?

---

ça fonctionne très bien et c'est très pratique à utiliser. De plus, si le build path du projet et setté correctement, Eclipse n'a pas besoin de fichier de documentation supplémentaire.

Citation:

---

C'est un peu chiant sa en php de ne pas avoir un format de doc officiel. ou je me trompe ?

---

Il faudrait avant tout qu'ils normalisent un peu mieux le langage :D
Je vous renvoie à l'excelent article qui fait référence en la matière: http://blog.roshambo.org/20-possible...ers-are-weird/

la meilleur manière de programmer ne dépend pas du langage à mon avis mais de la capacité a bien concevoir des algorithmes. D'un autre côté la maitrise du langage avec lequel on veux implémenter son algorithme est tout aussi important donc les deux vont de paire:aie:

Il faudrait des outils comme Sonar , PMD, Find Bug, Jenkinss, ... pour PHP. Je sais que cela existe mais actuellement je trouve que c'est un peut le Bronx. :?
Il faudrait un outil qui soit dédié PHP et non pas un héritage spirituel Java.

Citation:

---

Envoyé par berceker united

Il faudrait des outils comme Sonar , PMD, Find Bug, Jenkinss, ... pour PHP. Je sais que cela existe mais actuellement je trouve que c'est un peut le Bronx. :?
Il faudrait un outil qui soit dédié PHP et non pas un héritage spirituel Java.

---

+1.
Il suffit de voir qu'il n'existe pas d'IDE complet vraiment orienté PHP (excepté peut être Zend Studio qui a le désavantage d'être payant).
Idem pour les P.I.C

Il existe des solutions de ce genre pour PHP. Je crois me souvenir que Sonar et Hudson peuvent s'occuper du PHP également. J'ai pas mes notes sur moi mais il y a effectivement pas mal de projets QA qui s'appliquent notre cas...

On notera également l'utilité de Xdebug pour le débug, PHPUnit pour les tests unitaires (automatisés, c'est bon ça), Selenium pour les tests graphiques (et son plugin pour la description des tests en UML dans Eclipse :) )

Citation:

---

Il suffit de voir qu'il n'existe pas d'IDE complet vraiment orienté PHP (excepté peut être Zend Studio qui a le désavantage d'être payant).

---

Zend Studio peut être "émulé" à 100% avec des plugins Eclipse gratuits:
- Eclipse PDT
- Aptana Studio 2.0
- MyLyn
- Subersive (ou Subclipse)
- Eclipse Data Tools Plateform (pour les BDD)
- Eclipse RSE (pour la gestion des plateformes distantes)

Correctement configuré, on s'approche nettement d'un niveau de fonctionnalités équivalent à Zend Studio.

En revanche, c'est vrai que je peux pas voir en peinture PHPEdit...