A vrai dire, j'ai codé pendant des années en Borland C++ -professionnellement-, et je me base là-dessus, pour en juger !...
Si mes souvenirs sont bons, ils fournissent avec leur compilo des libs contenant des types comme les TString ou les TStringList !
Ces éléments n'appartiennent pas au C++ !!
On peut apparemment continuer à coder à l'ancienne -si je puis dire-, mais le principe êtant pourtant, qu'il faut systématiquement s'adapter aux nouveautés avant d'être dépassés ! Et crois-moi, je sais de quoi je parle !...
Tu pourras toujours coder non objet en PHP ! Et le jour où tu ne le pourras plus, tu pourras toujours forker : je suis sûr que des gens te suivront !
Ma remarque/question, tient donc à vous demander quel pourrait bien être l'intérêt de transformer le PHP en un nouveau PERL -si la comparaison avec le C++ ne vous convient pas- !?
HEU...
Je m'insurge !
Y'a des kilomètres entre perl et php. Même s'ils sont proches c'est deux langages différents !
Personnellement, je n'apprécie guère perl. Je le trouve trop... "write only" :)
Mais php est conçu pour les sites web ! En perl tu pourras prendre des librairies et des modules supplémentaires pour coder de la "même façon" qu'en php, mais ça sera pas du php ! T'auras la lenteur de l'interpréteur perl (je sais pas ce qu'il en est pour le php) surtout due à la lecture des librairies additionnelles dont t'auras besoin alors qu'en php ces libs sont compilées il me semble.
Je ne veux pas tourner en rond, je suis simplement surpris de la tournure des choses ! :?
Je ne suis pas surpris.
Le PHP se professionalise. Or, la mode actuellement est aux langages objets (et ça risque pas de s'arrêter). Comme dit plus bas, tous les langages objets se ressemblent, oui.
Et l'objet dans PHP4... Sans commentaire ! Pas de constructeur, pas de destructeur... Tu perds tous les intérêts de l'objet !
J'aime programmer objet parce que ça me permet de faire des choses comme ça : (en C++)
try {
xmlDocument xmldoc("/etc/config.xml");
std::cout << "La version du fichier est :" << xmldoc.xpath_attr("/config", "version") << std::endl;
} catch (XMLException *e) {
std::cerr << "Une exception s'est déclenchée : " << e.message() << std::endl;
}
(J'enverrai d'ici quelques mois sur sourceforge cette librairie...)
Alors que sans contructeur ni destructeur tu dois faire (et encore, si les exceptions sont gérées !) :
xmlDocument xmldoc;
xmldoc.open("/etc/config.xml");
std::cout << "La version du fichier est :" << xmldoc.xpath_attr("/config", "version") << std::endl;
xmldoc.close();
[^] # Re: HEM
Posté par Pinaraf . En réponse au message PHP5 tend vers le C++. Évalué à 3.
Si mes souvenirs sont bons, ils fournissent avec leur compilo des libs contenant des types comme les TString ou les TStringList !
Ces éléments n'appartiennent pas au C++ !!
On peut apparemment continuer à coder à l'ancienne -si je puis dire-, mais le principe êtant pourtant, qu'il faut systématiquement s'adapter aux nouveautés avant d'être dépassés ! Et crois-moi, je sais de quoi je parle !...
Tu pourras toujours coder non objet en PHP ! Et le jour où tu ne le pourras plus, tu pourras toujours forker : je suis sûr que des gens te suivront !
Ma remarque/question, tient donc à vous demander quel pourrait bien être l'intérêt de transformer le PHP en un nouveau PERL -si la comparaison avec le C++ ne vous convient pas- !?
HEU...
Je m'insurge !
Y'a des kilomètres entre perl et php. Même s'ils sont proches c'est deux langages différents !
Personnellement, je n'apprécie guère perl. Je le trouve trop... "write only" :)
Mais php est conçu pour les sites web ! En perl tu pourras prendre des librairies et des modules supplémentaires pour coder de la "même façon" qu'en php, mais ça sera pas du php ! T'auras la lenteur de l'interpréteur perl (je sais pas ce qu'il en est pour le php) surtout due à la lecture des librairies additionnelles dont t'auras besoin alors qu'en php ces libs sont compilées il me semble.
Je ne veux pas tourner en rond, je suis simplement surpris de la tournure des choses ! :?
Je ne suis pas surpris.
Le PHP se professionalise. Or, la mode actuellement est aux langages objets (et ça risque pas de s'arrêter). Comme dit plus bas, tous les langages objets se ressemblent, oui.
Et l'objet dans PHP4... Sans commentaire ! Pas de constructeur, pas de destructeur... Tu perds tous les intérêts de l'objet !
J'aime programmer objet parce que ça me permet de faire des choses comme ça : (en C++)
try {
xmlDocument xmldoc("/etc/config.xml");
std::cout << "La version du fichier est :" << xmldoc.xpath_attr("/config", "version") << std::endl;
} catch (XMLException *e) {
std::cerr << "Une exception s'est déclenchée : " << e.message() << std::endl;
}
(J'enverrai d'ici quelques mois sur sourceforge cette librairie...)
Alors que sans contructeur ni destructeur tu dois faire (et encore, si les exceptions sont gérées !) :
xmlDocument xmldoc;
xmldoc.open("/etc/config.xml");
std::cout << "La version du fichier est :" << xmldoc.xpath_attr("/config", "version") << std::endl;
xmldoc.close();
(Sans oublier le try catch autour)