Bruno Leroux wrote:
>
> Erik Mazoyer wrote:
>
>>...
>>
>>>3) La syntaxe va se compliquer �norm�ment, m�me si �a semble
>>>
>>acceptable...
>>
>>Je pense que l'ajout sera peu douloureux (a part quand on commence Java).
>>Mais c'est aussi le cas en C++. On n'utilise pas les templates tout de
>>suite.
>>
> pour illustrer le propos de C�dric sur la complexification de la
> syntaxe, voici un exemple tirer de la spec (page 4) :
En fait, c'est une question d'habitude, ca fait un an que je programme
avec (Il existe une option dans le compilo fourni qui retransforme
le code �crit en code Java "normal"). Et je trouve ca particuli�rement
sain de typ� les Collections !!!. Entre autre, je joue aussi avec
plein d'EJBs et se retouver avec des interfaces dont les m�thodes
renvoie des "Collection" sans autre forme de proces, je trouve ca
debile.
>
> class Client {
> Seq<String> strs =
> new Seq<String>("a", new Seq<String>("b", new Seq<String>()));
sequence (au sens fonctionnel) de String
> Seq<Number> nums =
> new Seq<Number>(new Integer(1),
> new Seq<Number>(new Double(1.5),
> new Seq<Number>()));
la meme mes avec des entiers (ici de type statique Number mais
de type dynamique Integer).
> Seq<String>.Zipper<Number> zipper = strs.new Zipper<Number>();
On cre une inner-classe Zipper sur la sequence de string,
puis on appel la m�thode zip() sur cette inner qui doit creer
une nouvelle s�quence contanenant des pair String/Number.
> Seq<Pair<String,Number>> combined = zipper.zip(nums);
> }
>
> Bruno
