Version imprimable
Bonjour a tous,
voila je suis actuellement étudiant en informatique et je suis en train de développez un petit site internet. Dans nos études on a bien appris le langage PHP, mais ça s'arrete la.
J'aimerais avoir des petits conseils en plus sur par exemple ce qu'est un bon code en PHP celon vous? Qu'est ce qui fait un bon code en PHP ?
Voila merci par avance.
Bob
PS: je suis développe sous PHP5
C'est un code que tu peux relire dans trois mois, que tu peux maintenir facilement, que tu peux faire évoluer facilement, qu'un autre que toi peux relire sans perdre un cheveu ;)Citation:
Envoyé par LordBob
Tout ça à la fois bien sur 8)
Il n'y a pas plus de spécificités pour un bon code PHP que pour un bon code en C ou autre langage.
Le principal, c'est que la conception soit bien faite, que tu utilises un maximum les fonctions et les includes, que tu fasses bien attention à la gestion de tes sessions et variables de sessions, à tes connexions/déconnexions à la base de données etc...
Du bon sens quoi. :wink:
Un bon code c'est un code pratique que tu peux utiliser et ré-utiliser sans te casser la tête.
Mettre des commentaires c'est très utile (car dans 6 mois tu sauras plus ce que t'as fait!)
Dès que tu utilises une portion de code plusieurs fois, créer une fonction ou un include au lieu de copier/coller.
Utiliser les fonctions qui existent déja dans php plutôt que de recréer les tiennes pour faire la même chose car elles seront moins rapides.
Et tout ce qui a été dit avant :)
et la différence entre un bon et un mauvais chasseur ?
:arrow:
Celui qui tire sur son chien? :lol: :arrow:Citation:
Envoyé par siddh
des réferences cultes les inconnus :DCitation:
Envoyé par siddh
oui j avais aussi
c'est qui le plus fort ? l'hippopotame ou l'éléphant ?
bon oui je sais je suis pas constructif du tout ...
Mais les autres t'ont deja appportés les réponses.
Code lisible, modulaire, facilement maintenable et évolutif.
Documenté mais pas trop.
La différence entre un pull et une moule ?
:lol:
La différence entre le forum PHP et la taverne ?
Ok, je :arrow: directement, je connais la sortie.
Si on peut même plus se détendre :wink:
Aie, pas taper, pas taper.
Citation:
Envoyé par siddh
plus il est documenté mieux c'est, non ?
Pas forcément il faut juste que tes commentaires soit pertinants...
Quel est l'utilité de faire ça:?
Code:
2
Non, car la doc suit rarement les évolutions du code ! A moins d'une grande discipline bien sûr.Citation:
Envoyé par samjung
oui faut documenter les methodes genre :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
Effectivement je voyais pas ca comme ca mais c'est vrai!Citation:
Envoyé par Mr N.
Ce qui est pas mal, et c'est comme tout, c'est une bonne base à ton projet.
Il faut que tu poses toutes tes idées sur papier, que tu déssines l'interface et la tête que ça aura, les menus, chaque boite ou liste exhaustive.
Ainsi, tu auras le 'squelette' de ton appli, et ça t'aide à savoir où tu veux aller, même si l'impro et toujours possible.
=> Donc en résumé, une interface de 'présentation' (header, menu, footer.. ; qui pevent bien sur être dynamiques tout de même) et une partie appellée 'body' qui elle, va afficher le contenu.
Après, côté technique, tu trouves énormément de class ou functions code&play : le programmeur est avant tout fénéant, donc moteur de templates à gogo, class pour manipuler sql, envoyer des mails ou internationaliser le projet...
=> Si tu as besoin de protéger le contenu par login, commence par travailler là-dessus (niveaux de droits sur les pages...), c'est le plus important.
Par contre (je ne veux rien casser, c'est ce que j'ai ressenti) : il ne faut pas se leurrer, fais ton maximum pour les premiers projets, mais tu regarderas ton taf dans quelques années avec un sacré sourire aux lèvres ;) Et c'est bien une preuve que tu auras progressé !
Voilou, bon trip !