Java : Pourquoi croisillons dedans enfin ?
Pourquoi doit finalement avoir des croisillons ?
Je peux faire ceci :
si rapport (de condition) ;
et m�me ceci :
si rapport (de condition) ;
rapports d'autre
Mais je ne peux pas faire ceci :
essai {
rapport ;
} finalement rapport ;
Je suis forc� de faire ceci :
essai {
rapport ;
} finalement {
rapport ;
}
Pourquoi Java pourquoi ? Je vois pourquoi Rubyist se plaignent de trop de croisillons
Picoseconde. Fait-il ce moyen que je me fatigue de Java ? Num�ro. Je pense n'importe quelle critique constante des besoins sains de langue pour l'am�lioration et la sant� continuelle.
Class� sous le logiciel de Java, programmant |�
� |
� RSS 2.0 |�
� Trackback cet article | �
� Envoyez cet article
Vous pouvez �galement aimer lire |





































31 ao�t 2008 � 5:51 AM
D�sol�, vous �tes-vous juste r�f�r� � cette ��omg que je pourrais chose sauver 2 caract�res�� en tant que ��critique constante pour l'am�lioration et la sant� continuelle�� d'une langue ?
Et ��oh le Java pauvre boiteux, rubis est meilleur��, vous se rapportent probablement � la ��extr�mit頻 du rubis de dactylographie, qui est OMG 3 (trois !) caract�res longtemps, aucun badiner ! Le rubis doit �tre totalement stupide !
31 ao�t 2008 � 6:42 AM
C'est un d�rangement � moi, quoiqu'au mineur. La r�f�rence au rubis �tait satirique, examinent mes poteaux plus t�t sur le rubis pour assurer le contexte.
Plus que le d�rangement cependant elle va � l'encontre mon sens de homog�n�it� de syntaxe. Tous les croisillons devraient id�alement �tre facultatifs, que ce soit le croisillon autour d'un corps de m�thode ou le croisillon autour si-d'autre ou essayer-attrapent-final.