Idem, comme bulbo, si c'est pour rendre le code incohérent, autant s'en passer...
Idem, comme bulbo, si c'est pour rendre le code incohérent, autant s'en passer...
N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
J'ai voté contre. A la base, je n'aime pas trop les imports static. Je suis favorable à toute avancé qui apporterait une meilleure lisibilité au code et je ne crois pas que cette proposition aille dans ce sens.
Contre, allez reprendre un code en vous demandant
et ne pas la trouver, et perdre du temps à remarquer qu'en fait c'était une sorte d' "import static" de ce type...tiens, la fonction bidule dans List je connaissais pas, jvais aller voire dans la javadoc
C'est à s'arracher les cheveux et on perd toute la puissance de la documentation javadoc
F.
Développeur Java / Flex à Shanghai, Chine
mes publications
Mon dernier tutoriel : Messages Quit IRC : explications
La rubrique IRC recrute des redacteurs : contactez moi
Ce flim n'est pas un flim sur le cyclimse. Merci de votre compréhension.[/SIZE]
Contre pour les raisons citées, auxquelles je n'aurait jamais pensé. Lorsque j'ai utilisé la fonction pour la première fois, j'ai galéré à comprendre que maListe.sort() n'était pas possible, alors que c'est telement naturel.
Si c'est trop compliqué maintenant, ben tant pis.
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL
On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY.
L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD
La meilleure façon de prédire l'avenir, c'est de l'inventer.
Comment ça ? La réponse à ton problème n'est ni dans la faq, ni dans les tutos, ni dans sources ??? Etonnant...
De la bonne manière de poser une question (et de répondre).
Je ne fais pas de service par MP. Merci (...de lire les règles...).
Ma page dvp.com
Contre.
J'étais déjà contre les extensions de méthodes dans C# (mais il ne m'ont pas écouté les bougres ).
Mêmes raisons que beaucoup : lisibilité et cohérence.
In my experience, any attempt to make any system idiot proof will only challenge God to make a better idiot.
Contre.
Problème de lisibilité du code.
Surtout que les IDE masquant les import, on regarde rarement les import d'une classe donc on ne verrait pas l'import static de la méthode.
Venez visiter mon site sur developpez ou mon blog perso
Pour ! au moins pour pouvoir ecrire:
Je ne comprend pas que l'on doive passer par une classes pour effectuer ce type d'opération. En revanche, utiliser un 'import static' pour arriver à ce résultat n'est peut etre pas la bonne voie
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 list.sort()
Benoit Moussaud - XebiaLabs - Automatisation des déploiements. Screencast & Demo
N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
Contre,
ça rend le code illisible et du coup ingérable.
Merci la maintenance si c'est une autre personne qui est l'auteur original...
Il ne me semble pas. Tu confonds sûrement avec les expressions lambda
Edit :
Non, en fait tu as raison. Les extensions de méthodes sont utilisées par Linq dans plusieurs cas...
Ca ne m'avait pas sauté aux yeux de prime abord car ce n'est pas obligatoire de les utiliser, mais dans ce scénario précis, les extensions sont d'une grande élégance...
Fin du hors sujet...on parle Java ici, pas C#
In my experience, any attempt to make any system idiot proof will only challenge God to make a better idiot.
Contre. C'est le bordel, le code devient illisible, et en creusant, je pensse qu'on doit pouvoir trouver des cas où la grammaire du langage devient ambigue.
Pas besoin d'aller très loin...
Je me fais un propre type de List qui lui a un methode sort:
Qu'est ce qui serait appelé dans ce cas avec:
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5 class MyList extends ArrayList { public void sort(){ //Je fais ce que je veux } }
???
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 MyList maList = new MyList(); maList.sort();
Contre. En y ajoutant des classes et des méthodes génériques et homonymes, on peut aboutir à un sacré bazar (voire à des ambiguités ?).
Ruby le fait tres bien:
Time.new.to_i.to_s
Autrement dit: Obtenir le temps actuel, le convertir en timestamp unix (to_i (to integer)) et le convertir en String...
Ruby a plein de choses dans le genre...
Ceci dit, meme si ca s'adapte tres bien a ruby, je trouve que c'est tres fouillis en java...
Je vote contre
Heu... non, ça existe depuis le C
Pour ma part, j'ai voté contre. Juste pour pouvoir écrire le code autrement (et pas forcément mieux, ça ne fait même pas gagner un seul caractère) plus personne ne saurait quelles sont les méthodes proposées par les classes et quelles sont les méthodes qui ne le sont pas.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager