Discussion :

[deltree]

Contre la proposition 3: les # nécessite de faire alt-gr 3 sur les claviers belges, soit une certaine gymnastique du poignet, encore une fois, j'irais vite à tapper get-ctrl-space (se fait entièrement de la main gauche gtd'un mouvement continu avec seulement 3 doigts impliqués) pour choisir ma méthode que de tapper altgr-3-ctrl-space ( nécessite deux mains, quatre doigt et au moins 3 fois plus de distance parcoure sur le clavier)

bonjour, en France aussi, c'est l'azerty en général.
Je suis contre la proposition 3 aussi, mais l'argument qui faut utiliser la main droite...
pour faire un simple point, il faut aussi utiliser shift-droit ';' et que dire des caractères \ []{}, on ne va pas les supprimer pour autant

désolé si tu trouve ma remarque déplacée j'ai lu tes autres arguments avec attention

[tchize_]

non mais je suis d'accord avec toi, on va pas supprimer les [] {}, en même temps, su un clavier belge, je tappe çà avec une seule main, d'ou gain de temps par rapport à #. De plus, comme c'est parti, # deviendrais courant, plus que l'accès à un index de tableau ou la tapottage de l'accolade fermante (la plupart des ide font l'accolade fermante automatiquement lors due enter :p

Cet argument peut parraitre curieux, mais je t'assure que quand t'as essayé de développé du java sur un ibook apple, tu souffre. les {} et [] sont sur la même touche que (), faut juste prendre des variante en tappant allègrement en même temps pomme ou meta :s. Et que dire du pipe | pour les condition, il a fallu du temps pour que je découvre qu'il fallait faire un truc genre pomme + i pour l'avoir (c'est pas dessiné sur le clavier).

Enfin, le pire que je connaisse, c'est une certaine spécification webform qui a décidé de prendre, comme caractère d'échappement (à partir de ce caractère, plus "d'interprétation" des noms d'id), le caractère "espace insécable de largeur null" (autant dire invisible, la joie pour le trouver) ou, si çà te conviens pas, le point à mi-hauteur (celui-là aussi, vas-y pour le tapper), mais je divague là

Le # a aussi le problème qu'il est encombrant visuellement parlant, on ne vois pas bien la séparation des différentes partie de l'appel dans

rectangle#top#x

ou plutot, on la vois trop bien, elle empehce de lire facilement le reste

[deltree]

Effectivement, le # charge l'écran, un peu comme le $, et le -> est lisible mais rapproche trop de Pascal. Donc à moins d'une réforme fondamentale pour le langage (comme celle des generics et des annotations) c'est un peu dommage de surcharger les listings.

Note pour l'histoire, qu'avec quelques cours de piano ou d'accordéon, on peut très bien faire le "#" d'une seule main, de même que le ctrl-alt-sup

Tout à fait autre chose, quelqu'un sait ou en sont les propositions chez sun?
j'ai bien essayé de regardé es JSR, mais il n'y a rien d'officiel.

[womannosky]

Je n'aime pas trop l'idée de se rapprocher du C#...

[Tommy31]

Pour quelle(s) raison(s) ?

[darkxan]

Je suppose que ce que j'ai dit a déjà été dis 100 fois mais bon...

Je suis contre les 3. Carton rouge pour la première qui crée une ambiguïté entre l'accès au membre de la classe et l'appel au getter.

Franchement, s'il y avait un quelconque gain de productivité, pourquoi pas. Mais là, ce n'est franchement pas le cas avec les EDI actuels. L'autre argument pourrait être la visibilité mais cela n'apporte pas grand chose.

De plus, je trouve que ça casse un des principes important qui est de ne pas rendre visible son implémentation. Ici, on impose donc la connaissance de ces fameuses propriétés malgré qu'elles soient privées. Bof, bof.

EDIT: Je viens de me rendre compte qu'elles sont déclarées en publiques. Je commence fortement à douter de l'utilité de ce système...

[muad'dib]

Pourquoi pas l'opérateur du C -> les solutions proposées ne sont pas satisfaisantes

[Furikawari]

Contre, je me répète m'ai je n'aime vraiment pas la nouvelle tendance suivie par Java

[OWickerman]

Je suis contre les 3, à mon avis ça ne rendrait pas le code plus clair.

[ReaM]

Totalement contre. Trop d'ambiguité dans l'écriture.

[lougne]

j'ai voté pour la 1 tout simplement parce que cela marche très bien sur C#. Et aussi uniquement si le fonctionnement se rapproche toujours du C#

[lex2004]

Pour la proposition 1!

Cette fonctionnalité existe depuis longtemps dans de nombreux langages comme Delphi, C#, VB et certaines implémentation de C++ et jamais elle n'a posé de problème de lisibilité. Par nature, les propriétés sont des pseudo-champs et il serait tout à fait normal que la syntaxe du langage renforce cette impression. D'autant plus que dans un bon programme orienté objet, les vrais champs sont gardés privés et leur accès se fait via des propriétés; les seuls champs publics sont généralement des constantes. D'autre part, heid a parfaitement raison: tout IDE bien conçu devrait permettre de connaître la nature de l'identificateur qui se trouve sous le curseur de la souris.

[blbird]

Pour la proposition 1!

Cette fonctionnalité existe depuis longtemps dans de nombreux langages comme Delphi, C#, VB et certaines implémentation de C++ et jamais elle n'a posé de problème de lisibilité. Par nature, les propriétés sont des pseudo-champs et il serait tout à fait normal que la syntaxe du langage renforce cette impression. D'autant plus que dans un bon programme orienté objet, les vrais champs sont gardés privés et leur accès se fait via des propriétés; les seuls champs publics sont généralement des constantes. D'autre part, heid a parfaitement raison: tout IDE bien conçu devrait permettre de connaître la nature de l'identificateur qui se trouve sous le curseur de la souris.

Tout pareil, venant du Java et maintenant du côté .Net, et de même que pour les indexeurs, c'est une avancée importante, simple et très utile, où n'importe quel IDE nous dirait immédiatement avec l'aide d'une popup si c'est une propriété ou une variable publique.
La communauté Java me semble vraiment renfermée sur ses acquis et ses habitudes. Refuser un progrès parce que ca marche déjà bien maintenant ou pour ne pas changer ses habitudes, ca devrait être tout l'inverse de l'état d'esprit d'un développeur moderne. Heureusement que .Net 2.0 à secoué un peu tout les dinosaures du monde Java, sinon on serait encore à l'âge de pierre.
(attention cependant, tout n'est pas tout noir ou blanc, je trouve que dans les versions suivantes de .Net le langage se complexifie bien trop, donc je ne suis pas non plus un fervent admirateur de l'une ou l'autre solution avec des oeillères )

[bubulemaster]

Moi pour ma part, je préfère le point '.' comme séparateur