On Sat, 6 Apr 2002, MuTECH wrote:
> C'est un peu les gouts et les couleurs de chacuns. Bien que ne voit pas
> l'interet de comparer PHP et Perl. PHP est fait � la base pour �tre
> encapsul� dans du HTML, ce que n'est pas le cas Perl (c'est dans ce cadre
> que mon exemple �tait utilis�).
Non pas encapsul�, mais Perl a un long pass� (c�d exp�rience et
biblioth�ques de fonctions) de serveur d'applications via cgi + html...
Merci marc, pour URI:: ;)
> Le choix d�pent surtout de ce que l'on veut
> faire, si l'on veut travailler principalement sur des cha�nes de caract�res
> ou faire un test rapide le choix de Perl et probablement le meilleur. Il
> est certain que Perl est tr�s fournit au niveau des resources mais pour ma
> par j'ai un pr�f�rence pour Python voir Ruby pour ce type de d�velopement
> en language interpret�.
Pour cgi, perl reste en t�te...
Mais ce n'est que mon avis, et on ne va pas se bagarrer;-)
Tout � fait d'accord pour la bagarre.
> D'ailleurs ceux-ci sont �galement assez bien fournis au niveau des
> resources de plus il sont nettements mieux structur�s et un poil plus
> stricts (j'exag�re mais c'est un peut comme comparer du C avec de
> l'ADA ou avec du Pascal).
Voui, alors l�, tes propos n'engagent que toi!
Mais tu l'as dis au d�but: l'�gout, lait cool heure;)
> Par contre quand un interface graphique devient un peut complexe,
> qu'il faille faire attention � la s�curit� ou avoir des aplications
> multiplateforme je passe facilement sur du Java.
Alors l�, mes choix sont l�g�rement tint�s de politique...
En bref, j'�vite Java, ou alors de tout petits trucs *tr�s* standards...
c'est vrai qu'entre MS et SUN j'ai un peu l'impression de chang� un Anne contre un Mulet mais il faut avouer que l'environement Java et pr�sent sur la plupart de plateforme ce qui simplifie pas mal la publication du soft, c'est ce qui motive la plupart du temps mon choix pour le Java.
> Je pense que le choix peut d�pendre �galement de l'exp�rience de
> chacun, on va pas choisir un language que l'on ne connait pas o� que
> l'on pas pratiqu� depuis longtemp pour faire trois lignes de code. Par
> contre on peut envisager d'investir du temps pour des gros projets ou
> l'apport d'un language par rapport � un autre et important. De toutes
> fa�on, il y aura toujours et heureusement des doux dingues qui pour
> une raison o� une autre d�sideront de cr�er un nouveau language qui
> seront mieux adapt�s pour si ou �a.
'faut bien qu'il y en aient pour faire avancer le schmilblick!
> Mais m�me avec cette pl�tore de languages, il n'en existe aucuns que
> tout le monde consid�re comme parfait � tout point de vue. Je suis sur
> que l'on trouverai des personnes que pr�tendrai que la meilleur
> solution pour cet example serai le Prolog,
L'�tait pas mal, j'avais des connaissances qui ne juraient que pas lui!
> Forth
�a c'�tait un truc marrant!
J'avais bien aim�...
Cela dit, Un*x lui ressemble un peu...
dans l'ensemble, je veux dire ``vu de loin'' ;-)
C'est plus proche du postscript ou des calculettes � notation Polonaise.
> ou m�me du VB.
Bon, 'faut pas d�conner non plus!
Attention Martial!
Il nous reste toujours un bidon de goudron et un sac de plumes!
Ok ok, de toute fa�on m'on adresse qui est � la fin n'est q'une bo�te postale, en fait j'habite en Nouvelle Z�lande (je ne pr�cise pas la ville, c'est trop risqu�). Venez me chercher si vous l'osez!
> Conclusion on fait comme on le sent avec ce que l'on sait ou avec ce
> que l'on apprend. A+ Martial
Oui, mais attention cependant � ne pas r�-inventer la roue!
(Je sais, je peux causer avec mon urlencode;)
Bon, deux trois mots pour que mon pr�c�dent mail ne soit pas mal
interpr�t�. Il �tait destin� � int�resser tout ceux qui se destinent �
cr�er des pages web dynamiques au language perl, par oposition au php.
Un peu lourd, le php n'est pas exempt de failles des s�curit� et semble
moins facile � maintenir que des scripts perl.
Question lourdeur, je ne suis pas persuad� et pour le c�t� s�curit� cela reste � prouver.
Pour la maintenance, si tu as une page HTML assez toufue et que tu veut juste plac� un petit script quelque part, c'est quand m�me plus facile d'utiliser un �diteur HTML visivic qui suporte les Tags php que d'inclure tout le HTML dans du code Perl. De plus cela t'�vite � chaque modif de la page de te replonger dans le HTML ou de refaire le copier coller depuis l'�diteur HTML.
Une des optique qui est actuellement la plus performante au niveau de la gestion de gros site avec des pages dynamiques et celle du serveur Zope. Celui-ci permet d'avoir une orientation object du site et offre un paquet d'aventages qu'il serrai trop long � �numerer. Je parle bien de performance au niveau de la gestion pas de la performance du serveur.
Le perl est moins accessible (apprentissage plus rude) mais nettement plus
performant (voire l'exemple urlencode, le nombre de tests et de boucles).
Nettement plus performant ?
Il est possible de mettre au point des scripts perl en ligne de commande.
Mais comme l'a justement dis Martial, on ne se lance pas dans un nouvel
apprentissage lorsque l'on a quelque chose ``sur le feu''. C'est pourquoi
je propose, dans l'absolu, de s'int�resser � Perl... (Un de ces quatres;)
A+
--
F�lix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
MuTECH
Martial Guex
Rue des Alpes
1452 Les Rasses
Switzerland
Phone : +41 24 454 46 35
Fax. : +41 24 454 46 32
Email : [EMAIL PROTECTED] ([EMAIL PROTECTED] for Microsoft Outlook users)
