Envoyé par
Ludalito
Peutetre ...
à te lire je crois que tu connais particulièrement mal PHP
car question refactoring c'est l'outillage et non le langage qui est en cause et on trouve de très bons outils gratuit pour php qui le font (j'ai suffisamment refactoré du php pour le savoir)
pour ce qui est des fuites mémoire Java n'est pas mieux placé.
j'ai récemment explosé un serveur avec 36 Go de ram (oui Go)
comme tu le dit le développeur y est pour beaucoup et j'ajoute quelque soit le langage
une des force de java et une de ces difficulté est justement qu'il existe 30 framework pour faire ci ou ça et qu'il ne sont pas toujours très compatible avec un autre
je trouve qu'on perd beaucoup de temps à essayer de palier les problèmes relationnel des framework eux même.
Mais c'est surement du à une mauvaise connaissance de certain. il sont si nombreux.
inconvénient que je trouve à l'écosystème java (pas ua langage) c'est qui noie la logique applicative dans une cacophonie de composants.
alors on peut du coup se passer de tout un tas de framework et autre composant tout près. mais du coup les avantage de Java se réduisent car sa richesse n'est pas dans le langage mais dans l'écosystème qui l'entoure.
côté php c'est pour moi un peu pareil. soit tu te tape les chose à la mininee et tu ne bénéficie pas de la richesse du tout. soit tu en passe par des frameworks en tout genre et tu tombe sur les mêmes travers.
dans les deux cas c'est une question d'équilibre.
un point pour php dans les interaction entre framework c'est qu'il est faiblement typé. ça peut être un piège parfois et il faut être prudent
mais combien de temps je passe en java pour faire de la conversion de type !
par contre le cœur de php s'accompagne de lib compilées pour toute sorte de choses qui se retrouve dans la lib standard de java. et là je trouve que la lib java de base est mieux structuré plus propre que celle de php qui se traine encore trop de proc procédurale.
pour ce qui est de l'IHM deux chose soit tu as un IHM java et là php n'est clairement pas fait pour ça
soit tu as une webApp et perso je trouve que java est plutôt mal loti.
pour une appli dans le navigateur je ne trouve ni l'un ni l'autre à la hauteur. et de toute façon régénéré une page ou un morceau de page sur une simple action qui peut (et dois être faite chez le client) est un aberration. en 1996 dèjà sur les webApp dans le labo où je bossais j'avais intégré TCL dans le code HTML et j'éxécutais sur le poste du client tout ce qui n'a voir qu'avec l'IHM le serveur ne faisant que s'occuper du métier (logique et ressource) quand j'ai vu tout ce concentré sur les serveur j'ai crié à l'hérésie.
on avait tout mis sur le poste client qui était devenu ingérable avec les client lourd et le serveur qui ne s'occupait que des données qu'on à fini par demander au serveur de modifier les pixel de l'écran de chaque utilisateur.
aujourd'hui on redispatche intelligemment (enfin on essai) les fonction. l'IHM au client le métier au serveur.
à moins de passer à jnlp ou à ces applet Java je ne trouve as java des plus adapté.
Php ne fait pas beaucoup mieux trop encré dans la notion de webapp ou le serveur fait tout.
du coup Javascript qui maintenant est mieux supporté par les navigateur se présente comme une alternative. mais c'est une tout autre approche qu'il faut adopter. et on vos déjà les vieux travers revenir.
comme ouvrir un connexion SQL depuis son navigateur. ainsi on revient au client serveur avec tout les pb que cela pose.
perso je ne l'utilise que pour l'IHM dans mon approche MVC il gère la vue et le contrôleur le Métier côté javascript est un proxy qui fait appel à des service sur le serveur.
et pas plus.
dans ce contexte Java est robuste efficace et lourd. Php est rapide, vites mis en œuvre léger, et moins facile à faire monter en charge (énorme charge chez moi)
le plus souvent j'utilise SOAP, Rest ou Json-RPC entre le client js et le serveur php/java
l'avantage étant que lon peut changer de techno serveur (par exemple d'un proto à un grosse appli) sans rien changer au client si on respecte l'interface de service.
pour moi java ne se suffit pas à lui-même il lui faut toujours tout un tas de lib de framework et php est exactement dans la même position.
c'est vrai pour tout les langages.
ce qui peu éventuellement faire la différence c'est les librairies standard qui vont avec le langage.
C++ par exemple sans aucune librairie et tu ne peux même pas afficher un truc dans ta console. pour ça il te faut la STL c'est pareil en java.
Bref les manque que tu décris son pour moi plus un pb de connaissance du l'écosystème PHP que de réel manques. quelqu'un qui connais mal celui de java va lui faire les même reproche.
A+JYT
1 |
0 |
)
