Je reconnais tout ce que j'ai vu en entreprise, DTO, DAO, DTA, Services, vue..
Je comprend bien la nécessité (mais il semble que ceux qui se sont creusés la tête ont trouvé des concepts plus intéressant), mais l'implémentation me dérange.
Je la trouve inutilement lourde.
Par exemple, pourquoi ne pas mettre une fichier java à la place du xml. Vue le niveau de profondeur (de l'arbre) du fichier de conf xml de spring, ça devrai pas poser de problèmes.
Ca éviterai les emmerdes avec les typos, où tu comprend pas pourquoi ce foutu DTA se charge pas, parce qu'il y a une erreur d'un caractère dans le fichier de conf xml, qui bien entendu est examiné à l'exécution, et est bien sûr pas foutu de te donner un message d'erreur clair qui te dit "tu t ptet planté dans l'appellation de l'objet ou de sa méthode, regarde voir le fichier de conf".
Bah non, a moins d'y avoir passé 2 ans, et d'être auréolé de la gloire d'être l'expert javouille dans la boite, tu galères et perd du temps con parce que le fichier de conf est pas lu avant que l'appli démarre.
Et me dit pas que charger un .class à chaud dans une appli c'est difficile.
Une VM ça sert à ça.
Et ça s'automatise très bien.
Ya plein de langages où ça pose pas de problèmes.
Non, là, tout une couche monstreuse d'introspection pour faire un truc de base.
Sans compter la désespérante et insupportable inflation d'objet.
Ya en dans les sens ! 20 classes pour les collection, au minimum 5 pour les chaines.
T'as trois fonction qui se battent en duel dans les libs de base (String, List).
Les int, boolean pas objet, etc...
Bref, je diverge.
Java est un langage très limité, pas expressif, et t obligé d'utiliser des usine à gaz pour faire un truc simple.
Ca marche oui, mais c'est très lourd.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 4.
Je comprend bien la nécessité (mais il semble que ceux qui se sont creusés la tête ont trouvé des concepts plus intéressant), mais l'implémentation me dérange.
Je la trouve inutilement lourde.
Par exemple, pourquoi ne pas mettre une fichier java à la place du xml. Vue le niveau de profondeur (de l'arbre) du fichier de conf xml de spring, ça devrai pas poser de problèmes.
Ca éviterai les emmerdes avec les typos, où tu comprend pas pourquoi ce foutu DTA se charge pas, parce qu'il y a une erreur d'un caractère dans le fichier de conf xml, qui bien entendu est examiné à l'exécution, et est bien sûr pas foutu de te donner un message d'erreur clair qui te dit "tu t ptet planté dans l'appellation de l'objet ou de sa méthode, regarde voir le fichier de conf".
Bah non, a moins d'y avoir passé 2 ans, et d'être auréolé de la gloire d'être l'expert javouille dans la boite, tu galères et perd du temps con parce que le fichier de conf est pas lu avant que l'appli démarre.
Et me dit pas que charger un .class à chaud dans une appli c'est difficile.
Une VM ça sert à ça.
Et ça s'automatise très bien.
Ya plein de langages où ça pose pas de problèmes.
Non, là, tout une couche monstreuse d'introspection pour faire un truc de base.
Sans compter la désespérante et insupportable inflation d'objet.
Ya en dans les sens ! 20 classes pour les collection, au minimum 5 pour les chaines.
T'as trois fonction qui se battent en duel dans les libs de base (String, List).
Les int, boolean pas objet, etc...
Bref, je diverge.
Java est un langage très limité, pas expressif, et t obligé d'utiliser des usine à gaz pour faire un truc simple.
Ca marche oui, mais c'est très lourd.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker