developper proprement des sites Web!

developper proprement des sites Web! - Divers - Programmation

Marsh Posté le 28-10-2004 à 18:49:11    

bonjour,
 
ok je vais preciser le sujet qui n'est peut etre pas assez clair
 
voila comme je commence a faire assez souvent des sites qui se ressemble beaucoup au niveau de rubriques
 
j'aimerai commencer serieusement a me faire une bibiotehque de programme reutilisable pour l'ensemble des sites que je ferais
 
j'avais pour idée de partir sur la base du php objet
par consequent de me creer des classes reutilisables  
 
et permetre donc la separation du code et de l'interface et pour cela je ne sais pas ce qui est preferable rester sur un css? ou partir sur du XML? ou autre chose?
 
je voudrait faire  une mini uzine a gaz (mais pas trop a gaze quand meme) reutilisable pour des petits sites mais pour des sites plus imposants, pourque le code soit toujours propre  modifiable facilement et que je perde le moins de temps a chaque site
 
alors bon , en XML je n'y connais quasi rien , je commence a peine a regarder sur le net et a lire des bouquins
 
l'objet je connais du C++ et java mais j'ai aps pariqué depuis presque  5 ans)   et la je m'entraine un peu en php.
 
voilou donc je suis ouvert a toutes suggestion , remarques , conseils et autres  :)


Message édité par saxgard le 28-10-2004 à 19:01:04
Reply

Marsh Posté le 28-10-2004 à 18:49:11   

Reply

Marsh Posté le 28-10-2004 à 20:01:33    

Ben c'est exactement ce que je suis en train de faire. Un genre de CMS donc, avec possibilité de tout changer sur le plan graphique grace aux CSS. [:itm]

Reply

Marsh Posté le 28-10-2004 à 20:12:40    

Citation :

et permetre donc la separation du code et de l'interface et pour cela je ne sais pas ce qui est preferable rester sur un css? ou partir sur du XML? ou autre chose?


(x)html = formattage "logique" du contenu, permet de dire qui est quoi, toussa (la grammaire quoi)
CSS = formatage "graphique" du contenu, permet de dire comment afficher quoi (l'épaisseur et la couleur du stylo quoi)
 
Donc il vont ensemble [:spamafote]
 
De toute facon, pour afficher les infos t'es obligé de faire du (x)html, et si tu veux séparer le contenu et le contenant t'as pas le choix c'est (x)html strict + CSS.


Message édité par masklinn le 28-10-2004 à 20:13:16

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 28-10-2004 à 20:32:15    

Disons que le XML d'apres ce que je comprends utilise les Styles par le biais des XSL ou je sais plus quoi c'ets bien ca?
 
docn je pourrais sois partir sur la base d'un php objet et des feuilles de styles CSS?
 
ou partir de php objet et XML?
 
si on veut faire un site ou l'interface et le code son séparé est-on obligé de passer de passer par du XML ou/templates? le CSS suffit?
 
en fait je crois que mon plus gros probleme c'est que je voix pas encore tout a fait l'utilité du XML lorsqu'on utilise deja du PHP et du CSS (je crois qu'il faut vraiment que je bosse a fond la dessus)
 
Es-ce que je part bien quand je part du principe que faire du php objet (meme version php 4) bin c'est partir donc sur quelquechose de propre facilement modifiable et réutilisable?
 
en fait mon probleme c'est que j'aimerai trouver des bonnes raisons d'utiliser le php objet et l'XML pour me fameliariser avec ca pour eventuellement de futurs boulots   :)  
 
par contre désolé si je comprend pas bien encore toutes vos explication et si je suis un peu lourd ,parceque question XHTML et XML je suis encore qu'un simple débutant qui essaye deja de percuter sur leur utilité, car je pense pas vraiment que ca soit le coté technique et developpement qui sera le plus génant.


Message édité par saxgard le 28-10-2004 à 20:34:26
Reply

Marsh Posté le 28-10-2004 à 20:55:04    

arrête de parler de XML :fou:  
XML ca veut rien dire, c'est pas un langage, c'est... un standard de mise en forme.
Le XML, c'est tout et rien
 
pour faire un site, il faut utiliser le html ou le xhtml (qui est un dialecte XML, donc un langage basé sur le XML)
 
Maintenant expliquons:
 
1- le HTML et le XHTML
Ces langages sont des langages descriptifs dont le but est d'indiquer des structures.
 
C'est à dire qu'en (x)html on donne la signification logique/grammaticale/syntaxique des blocs, c'est à dire leur sens et leur signification.
Par exemple, en (x)html on indique qu'un bloc de texte est un paragraphe ou un titre, on fait l'emphase sur un terme, ...
 
on structure
 
2- le CSS
Comme tu as pu ne pas le voir, le (x)html n'est pas là pour faire de la mise en forme, son boulot étant de structurer logiquement.
 
Il laisse donc celà aux CSS (Cascading Style Sheets) qui vont associer des propriétés stylistiques aux différents éléments utilisés dans le code (x)html.
 
Ces propriétés stylistiques vont de "ne t'affiche pas" à "affiche toi en 2 fois plus gros que tout le reste, transparent, par dessus le reste de la page, fixe, avec un fond rose sur lequel apparait une photo de pélicans" (et encore, ca c'est pas très complexe comme style [:ddr555] )
 
 
Donc jusqu'ici on a deux éléments: le fond, l'information brute, qui est en (x)html; et la forme, l'apparence, qui est en CSS.
On a donc de quoi faire des pages webs complètes.
 
3- Le PHP, l'ASP, et autres CGI
Mais ces pages sont statiques, on les crée et on les envoie mais elles ne "bougent" jamais, et c'est ici qu'arrivent les CGI (Python, Perl, Ruby, C, ...) et les langages orientés web (PHP, ASP):
Leur but est de répondre à des requêtes en générant des pages (qui, contrairement aux pages statiques précédement citées, n'existent pas tant que la requête n'a pas été reçue et traitée), ils permettent donc de créer un site dynamique, c'est à dire un site dont la géographie se modifie sans interventions humaines directes, uniquement par des automatismes préprogrammés.
 
 
php, (x)html et css agissent donc tous trois à des niveaux très différents et sont donc complémentaires, leurs rôles sont totalement différents.
 
La chaîne du site est grosso merdo:
 
Le PHP crée l'information > le (x)html structure logiquement l'information > le css met en forme (graphiquement parlant) l'information.
 
L'étape 1 est sautée dans le cas d'un site statique (l'information existe déjà, donc inutile de la créer)
L'étape 3 est optionnelle, tous les éléments du (x)html disposant d'un style par défaut (fonctionnel mais moche).
 
 
 
Si tu veux comprendre un peu mieux le principe (x)html <> css, va voir CSS Zen Garden et cliques sur les liens à droite ("Select a Design" ).
Entre deux pages (d'aspects complètement différents), le code (x)html, donc l'information, ne change pas d'un poil. Seul le CSS, donc la manière dont l'information est mise en forme/affichée, change.
Tu peux également voir ici l'apparence de la page (toujours la même) quand on ne lui applique aucun style (qu'elle est au plus proche de l'information pure)


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 28-10-2004 à 21:26:16    

Masklinn a écrit :

arrête de parler de XML :fou:  
XML ca veut rien dire, c'est pas un langage, c'est... un standard de mise en forme.
Le XML, c'est tout et rien
 
pour faire un site, il faut utiliser le html ou le xhtml (qui est un dialecte XML, donc un langage basé sur le XML)
 
Maintenant expliquons:
 
1- le HTML et le XHTML
Ces langages sont des langages descriptifs dont le but est d'indiquer des structures.
 
C'est à dire qu'en (x)html on donne la signification logique/grammaticale/syntaxique des blocs, c'est à dire leur sens et leur signification.
Par exemple, en (x)html on indique qu'un bloc de texte est un paragraphe ou un titre, on fait l'emphase sur un terme, ...
 
on structure
 
2- le CSS
Comme tu as pu ne pas le voir, le (x)html n'est pas là pour faire de la mise en forme, son boulot étant de structurer logiquement.
 
Il laisse donc celà aux CSS (Cascading Style Sheets) qui vont associer des propriétés stylistiques aux différents éléments utilisés dans le code (x)html.
 
Ces propriétés stylistiques vont de "ne t'affiche pas" à "affiche toi en 2 fois plus gros que tout le reste, transparent, par dessus le reste de la page, fixe, avec un fond rose sur lequel apparait une photo de pélicans" (et encore, ca c'est pas très complexe comme style [:ddr555] )
 
 
Donc jusqu'ici on a deux éléments: le fond, l'information brute, qui est en (x)html; et la forme, l'apparence, qui est en CSS.
On a donc de quoi faire des pages webs complètes.
 
3- Le PHP, l'ASP, et autres CGI
Mais ces pages sont statiques, on les crée et on les envoie mais elles ne "bougent" jamais, et c'est ici qu'arrivent les CGI (Python, Perl, Ruby, C, ...) et les langages orientés web (PHP, ASP):
Leur but est de répondre à des requêtes en générant des pages (qui, contrairement aux pages statiques précédement citées, n'existent pas tant que la requête n'a pas été reçue et traitée), ils permettent donc de créer un site dynamique, c'est à dire un site dont la géographie se modifie sans interventions humaines directes, uniquement par des automatismes préprogrammés.
 
 
php, (x)html et css agissent donc tous trois à des niveaux très différents et sont donc complémentaires, leurs rôles sont totalement différents.
 
La chaîne du site est grosso merdo:
 
Le PHP crée l'information > le (x)html structure logiquement l'information > le css met en forme (graphiquement parlant) l'information.
 
L'étape 1 est sautée dans le cas d'un site statique (l'information existe déjà, donc inutile de la créer)
L'étape 3 est optionnelle, tous les éléments du (x)html disposant d'un style par défaut (fonctionnel mais moche).
 
 
 
Si tu veux comprendre un peu mieux le principe (x)html <> css, va voir CSS Zen Garden et cliques sur les liens à droite ("Select a Design" ).
Entre deux pages (d'aspects complètement différents), le code (x)html, donc l'information, ne change pas d'un poil. Seul le CSS, donc la manière dont l'information est mise en forme/affichée, change.
Tu peux également voir ici l'apparence de la page (toujours la même) quand on ne lui applique aucun style (qu'elle est au plus proche de l'information pure)


 
Ok ma petite erreur de depart et de differencier le xml et le CSS
pas la peine de s'enerver  :)  
je n'ai jamais dis que l'xml etait un langage quoique  
XML =Extensible Markup language  :)  
 
bon j'ai quand meme pas mal de notion du CSS , php et HTML  je ne suis pas complètement un novice.
j'avais bien compris la notion des  3 et de leur utilité  
la ou j'ai des defaillance c'était et c'est toujours par rapport au (X)html.
 
Par contre je trouve ton explication tres clair et me permet de mieux positionner le (X)html (ta vu je dit pas xml  ;) ) meme si je n'avait pas vraiment de doute sur son possitionnement au sein d'une application web.
Cette explication me sert a moi mais je pense qu'elle mettra les idées au clair a pleins d'autres persones
 
mais maintenant pour en revenir au sujet principal du topic et peut etre alors pour meiux formuler ma question si elle etait ambigue , c'est:
 
es-ce que  le (x)html devient maintenant une "standard" quasi indispensable et nécessaire si on veut developper un site proprement (que ca soit un site de petite envergure ou grande envergure)
 
de meme pour le php objet si on veut que le site et le code qui seront developé soient les plus modulables , réutilisable etc.
 
En gros si maintenant on veut faitre ce qu'on pourrait dire un site de facon professionnel et etre a la pointes des "nouvelles technologies" doit-on de préférénce faire du (x)html, css , php(objet si possible)
 
Une des raisons pour laquel je m'interesse a tous ca  , c'ets donc comme je l'ai dis pour d'eventuels futurs emplois mais pour ne pas refaire 50 fois les memes choses que j'ai déjà developpé pour d'autres sites


Message édité par saxgard le 28-10-2004 à 21:30:05
Reply

Marsh Posté le 28-10-2004 à 21:36:12    

quand je dis (x)html c'est pour inclure à la fois html et xhtml hein :o
 
l'xhtml est un "héritier" du html (issu de la fusion entre le html et le xml)
donc si tu comprends le rôle du html (au sens html 4.0 strict), tu comprends celui du xhtml
 
(x)html ne veut rien dire en tant que tel, c'est simplement le terme que j'utilise pour désigner tous les langages type *html [:spamafote]


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 28-10-2004 à 21:46:05    

Masklinn a écrit :

quand je dis (x)html c'est pour inclure à la fois html et xhtml hein :o
 
l'xhtml est un "héritier" du html (issu de la fusion entre le html et le xml)
donc si tu comprends le rôle du html (au sens html 4.0 strict), tu comprends celui du xhtml
 
(x)html ne veut rien dire en tant que tel, c'est simplement le terme que j'utilise pour désigner tous les langages type *html [:spamafote]


 
oui oui j'ai bien compris et comme je t'ai dis ton explictaion etait tres clair et c'etait necessaire d ela faire pour moi et pour pleins d'autres pour bien structurer et positionner la place et le role de chaque langage et/ou standard.
 
mais c'est vrai que mon probleme c'est pas trop encore sur le "bien comprendre le (xml, xhtml etc..) c'est plus de savoir si mnt ca devient des standards a utiliser si on veut pas passer pour un ringard  :D  
 
c'est pour ca que je me sens un petit peu  agresser  :(  parceque j'utilise pas bien les bon termes alors que j'ai bien preciser que le xml et/ou xhtml bin j'etait novice  :)  
 

Reply

Marsh Posté le 28-10-2004 à 22:01:10    

saxgard a écrit :

c'est plus de savoir si mnt ca devient des standards a utiliser si on veut pas passer pour un ringard  :D


Se demander si quelque chose "fait ringard" en informatique, c'est le comble de la ringardise [:ddr555]  
 
A part ca, tu devrais aller visiter OpenWeb, et surtout dans un premier temps leurs articles sur Pourquoi les Standards, La maturité du Web et Le XHTML en une heure.
 
Et accessoirement, je conseille toujours la page Morons in Web Space
C'est en anglais, c'est long, c'est moche ( [:zebra33] ) mais c'est fantastiquement intéressant et intelligent


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 28-10-2004 à 22:11:59    

Masklinn a écrit :

Se demander si quelque chose "fait ringard" en informatique, c'est le comble de la ringardise [:ddr555]  
 
A part ca, tu devrais aller visiter OpenWeb, et surtout dans un premier temps leurs articles sur Pourquoi les Standards, La maturité du Web et Le XHTML en une heure.
 
Et accessoirement, je conseille toujours la page Morons in Web Space
C'est en anglais, c'est long, c'est moche ( [:zebra33] ) mais c'est fantastiquement intéressant et intelligent


 
heyy ca t'arrive de repondre s'en casser une seule fois dans tes réponses et a chercher la moindre petites bettes et mots qui servirai a la critique?  :)  
 
sinon merci pour les adresses , c'est des adresses bonne a prendre   :jap:
 
j'attends d'autres avis sur le sujet et aussi concernant le php objet  
merci d'avance


Message édité par saxgard le 28-10-2004 à 22:12:27
Reply

Marsh Posté le 28-10-2004 à 22:11:59   

Reply

Marsh Posté le 28-10-2004 à 22:17:17    

je viens de survoler certains liens que tu ma transmis et je confirme encore que c'est tres interessant merci encore
 
j'attends d'autres remarques


Message édité par saxgard le 28-10-2004 à 22:18:46
Reply

Marsh Posté le 28-10-2004 à 22:25:23    

saxgard a écrit :

heyy ca t'arrive de repondre s'en casser une seule fois dans tes réponses et a chercher la moindre petites bettes et mots qui servirai a la critique?  :)


c'était prévu pour être une blague [:sisicaivrai]
 
chuis un éternel incompris [:totoz]


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 28-10-2004 à 22:29:03    

Masklinn a écrit :

c'était prévu pour être une blague [:sisicaivrai]
 
chuis un éternel incompris [:totoz]


 
 :D  pardon   :jap:  
 
mais c'est nickel parceque les liens que tu m'a envoyé bin je voit certaine chose un peu differement  , je vais poursuivre  mon programme d'apprentissage differement  :)  
 
en tt acs je me sens  un peu plus eclaicie sur tout ce qui concerne le X   :D  
 
maintenant faudrait juste que quelqu'un d'aussi perspicace que toi dans le domaine du php (objet) me réponde et je crois que je serait comblé , et la question n'aura pas été en vain  
 
merci encore


Message édité par saxgard le 28-10-2004 à 22:30:21
Reply

Marsh Posté le 29-10-2004 à 07:36:20    

Salut.
 
Je pense qu'Un framework MVC correspond bien à ce cherche saxgard.
 
Je vois également qu'il existe déjà plusieurs projets comme php.mvc ou mojavi qui tente d'apporter un modèle MVC à PHP.
 
Même s'ils se basent souvent sur Struts (framework qui a déjà fait ses preuves dans le monde Java), je suis un peu sceptique en ce qui concerne PHP (j'avoue ne pas avoir vraiment d'arguments et le fais que je ne maitrise pas PHP n'arrange pas les choses).
 
Que pensez vous de l'apparition de framwework MVC en PHP? Vous en avez déjà expérimenté?
 
Merci de vos réponses.

Reply

Marsh Posté le 29-10-2004 à 10:20:58    

T'es gentil(le), mais pour le moment il apprend tout juste à faire des sites web, il est déjà un peu trop excité à mon gout avec son PHP alors ton framework tu le prends et tu te barres avec [:itm]


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 30-10-2004 à 09:06:36    

Masklinn a écrit :

T'es gentil(le), mais pour le moment il apprend tout juste à faire des sites web, il est déjà un peu trop excité à mon gout avec son PHP alors ton framework tu le prends et tu te barres avec [:itm]


 
T'es bien gentil(le) aussi mais je vois pas du tout en quoi ça ne correspond pas à ce qu'il cherche  :heink:.
Je cite :  

Citation :

j'avais pour idée de partir sur la base du php objet
par consequent de me creer des classes reutilisables  
 
et permetre donc la separation du code et de l'interface


 
Et puis je demandais un avis sur un type de framework. Si ça te dis rien tais toi et n'en parlons plus.
 
 
PS : je vois pas non plus en quoi mes propos auraient mérité ce genre d'attitude.

Reply

Marsh Posté le 30-10-2004 à 10:11:47    

Niala a écrit :

PS : je vois pas non plus en quoi mes propos auraient mérité ce genre d'attitude.


Un mec arrive en disant qu'il veut conduire une voiture
Après 5mn, tu te rends compte qu'il lui faut déjà des cours de code et de conduite avant de passer à l'étape suivante
Quelqu'un arrive et lui propose les clés d'un char d'assaut comme ca, sans formation ni rien
 
ben non [:spamafote]  
désolé, j'ai pas envie d'offrir un codeur au monde des sites webs génériques au code crade et incompatible [:spamafote]


Message édité par masklinn le 30-10-2004 à 10:12:39

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 30-10-2004 à 11:07:12    

Oui et? Ça justifie toujours pas le ton de ton intervention. Qu'il maitrise ou pas le PHP (d'ailleurs je ne le maitrise pas) ça n'a rien à voir avec moi.
 
Au passage mon post était là aussi bien pour donner une piste à saxgard que pour obtenir des avis de personnes plus expérimentées (comme toi par exemple) sur le sujet. Ça colle bien avec le titre du sujet.
 
A part ça t'as une opinion à faire partager sur les frameworks MVC PHP?

Reply

Marsh Posté le 31-10-2004 à 01:26:53    

Faut pas s'enerver  :D  
 
bon deja pour commencer je debute pas en php hein  
 
ca fais  3 ans que je fais que des sites web  , c'est mon job  , j'ai fais de l'asp et du php
j'ai aussi fais mes étude en informatique et bcp de projet en c et c++  :)
Mais bon passons je suis pas la pour étaler mon CV, j'ai rien a prouver   :)  
 
alors je suis peut etre pas un expert mais je suis pas un debutant et je sais en parti de quoi je parle sauf pour le xml  (que je maitrisai pas du tt) mais que je voix plus clairemnt grace a l'intervention de Masklinn et des livres que je lis.
d'ailleur pour commencer la je regarde surtout le XHTML , si j'ai bien compris c'est une application XML mais c'est celle qui se rapproche le plus de l'HTML , mais ca permet de commencer à developper correctement du HTML tout en commencant a faire des apli XML  (utilisation de DTD, faire attention a la syntaxe etc..)
 
et ma question sur le php objet si j'en parle c'est que je ne sais pas trop si c'est interessant et puissant pour le web.  
Pour moi à premiere vu ca serai que oui  car c'est réutilisable, on fait du code propre etc..
mais l'inconvenient c'ets que c'est plus long a metre en oeuvre au départ , et ca demande plus de ressource surtout niveau serveur (enfin je crois , à confirmer par un expert)
 
 
maintenant en ce qui concerne le framework MVC  
je n'ai pas regarder encore pour pouvoir y répondre mais je le ferai et  je vous tiendrait au courant dés que j'en saurai plus .
 
voilou donc je suis à l'ecoute de toute suggestion et remarque par rapport a mon probleme principal ; donc je suis aussi prenneur pour prendre des clés de chars d'assauts ;o)

Reply

Marsh Posté le 31-10-2004 à 12:16:28    

up

Reply

Marsh Posté le 31-10-2004 à 12:28:14    

quel est la difference entre des CMS (spipe , phpnuke etc..) et des framework MVC (tel que struts)? (si il y ena une biensure)
 
je connais un peu les SPIP etc.. donc bon je sais qu'ils fonctionnent avec le principe de squelette (templates).
 
Alors je sais tres bien que ces applications permettent de séparer le code de l'interface et que c'ets du code réutilisable et modulable.
 
Mais je ne veut pas utiliser ce type d'applications.
 
sinon d'autres remarques ou suggestions?


Message édité par saxgard le 31-10-2004 à 12:28:54
Reply

Marsh Posté le 31-10-2004 à 16:13:19    

saxgard a écrit :

quel est la difference entre des CMS (spipe , phpnuke etc..) et des framework MVC (tel que struts)? (si il y ena une biensure)
 
je connais un peu les SPIP etc.. donc bon je sais qu'ils fonctionnent avec le principe de squelette (templates).
 
Alors je sais tres bien que ces applications permettent de séparer le code de l'interface et que c'ets du code réutilisable et modulable.
 
Mais je ne veut pas utiliser ce type d'applications.
 
sinon d'autres remarques ou suggestions?


 
Je te répondrai en disant qu'un framework MVC n'est rien en lui même. Il s'agit juste d'un ensemble de briques logicielles que tu greffes à ton application et qui a pour but d'organiser les échanges entre les utilisateurs et l'application. Le framework MVC est donc là, en théorie, pour faciliter et structurer le développement de ton application.
 
Un CMS est lui quand même trés différent. Il s'agit d'un système à part entière qui a pour objectif la publication et la structuration de contenu.
 
 
 
PS : désolé d'avoir commencé à pourrir ton topic [:ojap]

Reply

Marsh Posté le 31-10-2004 à 18:33:05    

Niala a écrit :

Je te répondrai en disant qu'un framework MVC n'est rien en lui même. Il s'agit juste d'un ensemble de briques logicielles que tu greffes à ton application et qui a pour but d'organiser les échanges entre les utilisateurs et l'application. Le framework MVC est donc là, en théorie, pour faciliter et structurer le développement de ton application.
 
Un CMS est lui quand même trés différent. Il s'agit d'un système à part entière qui a pour objectif la publication et la structuration de contenu.
 
 
 
PS : désolé d'avoir commencé à pourrir ton topic [:ojap]


 
je te remercie pour ta réponse et c'est pas grave  pour la "pollution"  :jap:  
 
sinon bin pour le framework MVC faudra alors que j'aille voir ca de plus pret , mais dans l'idée y a un peu de ce que je veux faire.
Je veux apprendre les nouvelles technologies mais en meme temps savoir si avec elles ont developpe plus proprement et que c'ets efficace meme pour des petits sites comme sur des plus gros . Et quand je developpe un truc, j'aimerai ne pas a chaque fois redevelopper 10 fois la meme chose , donc me creer ma propre bibliotheque de code (web).
 
donc c'est pour ca que je m'interese particulierement au php objet et au XML. C'est vraiment pour essayer de developper mieux, plus vite , et pas etre en retard  :)
 
C'est pour ca que je suis prenneur pour toutes remarques et suggestions , l'idée de framework MVC est interessante et je m'y pencherai.
 
et je suis ouvert encore a d'autres critiques et avis
mais par contre j'ai aps encore eu d'avis concernant le php objet  , et c'est dommage :/  
Mais je suis patient et ca m'empeche pas de chercher et de reflechir de mon coté  
 

Reply

Marsh Posté le 31-10-2004 à 18:35:54    

Par contre c'est vrai que mon sujet est vaste et que ma question réel est un peu plus précise  , mais l'idée est bien la.
 
A l'heure actuelle comment peut-on consisdere que l'on developpe proprement et efficacement , et quelles technologies faut-il utiliser.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed