Ceci est discutable. Pas mal de personnes se sont prises des coups en montrant leur code PHP particulièrement dégueulasse. Bon, le PHP fournit contient quelques maladresses (htmlentities pour gérer du XML, sériously?) Ici, c'est principalement du C++ (enfin, surtout du C plus ou moins objet), ça réduit le nombre de râleurs possibles. Mais n'ayez point peur, je viendrais vous embêter avec ces sprintf non-vérifiés, ces ignobles allocations nues, les terrifiants héritages publics sans destructeurs virtuels, ce code sans tests, ces données en dur (mots de passe et proxy compris) et surtout cet ignoble class DB qui impose d'être clonée pour chaque requête car elle gère la désallocation du MYSQL_RES dans le destructeur.
Plus sérieusement, pourquoi ne pas avoir utilisé MySql++ et Boost par exemple ?
[^] # Re: communauté
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Publication d'evQueue sous licence libre. Évalué à 2.
Ceci est discutable. Pas mal de personnes se sont prises des coups en montrant leur code PHP particulièrement dégueulasse. Bon, le PHP fournit contient quelques maladresses (htmlentities pour gérer du XML, sériously?) Ici, c'est principalement du C++ (enfin, surtout du C plus ou moins objet), ça réduit le nombre de râleurs possibles. Mais n'ayez point peur, je viendrais vous embêter avec ces sprintf non-vérifiés, ces ignobles allocations nues, les terrifiants héritages publics sans destructeurs virtuels, ce code sans tests, ces données en dur (mots de passe et proxy compris) et surtout cet ignoble class DB qui impose d'être clonée pour chaque requête car elle gère la désallocation du MYSQL_RES dans le destructeur.
Plus sérieusement, pourquoi ne pas avoir utilisé MySql++ et Boost par exemple ?