Discussion :

[tchize_]

Désolé de te faire pitié mais sur ce coup t'es pas à jour. Le mot clef var en c# ne désigne en rien un type variable, écrire :

ok merci pour l'info, je suis pas trop c#

Pour le diamant, je sais qu'il y a eu beaucoup de discussion a l'époque pour savoir si il fallait inférer à gauche, à droite, des deux coté, et quand on infère de savoir dans quel règles on applique. Dans tous les cas où on regardais le problème, il y avait des pour et des contres, et comme toujours, il faut finir par prendre une décision.

L'avantage avec le diamant c'est qu'on peut faire des choses du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
MonType<Map<String,String>> donnee;
if (condition)
  donnee = new MonSousType<>();
else
  donnee = new MonTypeReadOnly<>();

Le type du stockage n'est pas 100% contraint par le type de la déclaration.

[Uther]

Mais cela permet d'écrire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
foreach(var listeClient in table.Values )

C'est particulièrement pour cette raison que je n'aime pas cette notation : dans ce cas, le type de la variable listeClient n'est pas evident au premier coup d'oeil.

A mon avis, le fait d'avoir systématiquement le type de la variable en début de déclaration apporte vraiment un plus à la lisibilité.

[Julien Bodin]

Pareil, super déçu.
La nouvelle API File est sympa, le multicatch aussi.

Du coup on attend encore 4 ans pour avoir d'autres trucs ?

[kdmbella]

simplement super ces nouveautés de java 7 mais entre la release candidate et la release faut encore du temps quand meme de plus je trouve que Java 6 c'est encore la classe donc la migration c'est pas pour demain dans tous les cas

au fait le fait que java 7 sorte le 7/7 c'est délibéré ou bien c'est un pur hasard ?

[Alex-L]

En 1 mot : Super !

[ratomms]

J'adore ces nouveautés. Et surtout le syntaxe "diamond". Mais je me demande si la dernière version d'Eclipse reconnait ce syntaxe.

[ymajoros]

J'adore ces nouveautés. Et surtout le syntaxe "diamond". Mais je me demande si la dernière version d'Eclipse reconnait ce syntaxe.

En tout cas, Netbeans la reconnaît :-)

[Uther]

En effet Netbean 7 et Eclipse 3.7 gèrent déjà les nouvelles syntaxes de Java 7.

[Népomucène]

Underscores in numeric literals

ça fait franchement bizarre d'écrire un nombre de cette façon

Java recommande d'utiliser les majuscules pour démarquer les mots

Certe, cher Uther, mais je trouve cet argument un peu spécieux.
Car Java nous a habitué à lire des constantes avec autant d'"underscores" qu'un curé peut en bénir :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

JOptionPane.INITIAL_SELECTION_VALUE_PROPERTY

Mais bon, on n'est pas obligé de s'en servir. C'est plus rigolo qu'autre chose.

Strings in switch

Enfin une copie de fichier simple

Détection de modification de fichiers

[tchize_]

ça fait franchement bizarre d'écrire un nombre de cette façon

Entre nous, tu préfère tomber sur un code où une constante est écrite

100_000_000
ou
100000000

moi, au moins, dans le premier cas je vois immédiatement que la constante vaut 100 millions Dans le deuxième je dois balader mon curseur pour compter les 0.

[wax78]

1E6 c'est bien aussi

Il me semble qu'il a quelques truc pas mal dans ces quelques nouveautés.

[Atma_]

Moi, ya une question qui me taraude l'esprit ... des nouveautés, qu'est-ce qui pourra être "java 6 compliant" (si je mets un -target 1.6) ?

Par exemple, je me doute que les underscores dans les nombres ne vont pas remettre en question mon bytecode. De même, il est connu que les switch sur les string étaient possibles dans la spec du bytecode (c'était une restriction du compilateur et non du langage).
A l'inverse, je suppose que l'utilisation de nio devient éliminatoire (tout comme l'utilisation des nouvelles classes apparues avec cette version : Objects, fork/join etc...)

Les choses sur lesquelles j'ai plus de mal à me prononcer :
- Le multicatch : On pourrait se dire que le compilateur n'aurait qu'à copy/paster le bloc de code pour les différentes exceptions catchée (c'est d'ailleurs même peut-être ce que fait le compilateur, même en target 1.7 ?). On aurait alors une compatibilité de fait pour ce sucre, est-ce bien le cas ?
- Le try-with-resource : on pourrait se dire que le compilateur supprimerait les références à l'interface Closable (sauf peut-être dans les endroits où on ferait un extends Closable ?).
Après tout, le runtime n'a pas besoin d'être sur que la classe implémente Closable (ça, c'est plutôt une préoccupation du compilateur) : lui, tout ce dont il a besoin, c'est de l'implémentation de la méthode close().

Qu'en pensez-vous ?

[Uther]

Pour les changements du langage, même s'il s'agit au final de sucre syntaxique, ils seront refusés par le compilateurs si on lui spécifie un target inférieur.
En fait la limitation porte plutot sur le paramètre "source" que le "target" mais comme le paramètre "target" doit toujours être supérieur au paramètre "source", ça reviens au même.

A l'inverse, je suppose que l'utilisation de nio devient éliminatoire (tout comme l'utilisation des nouvelles classes apparues avec cette version : Objects, fork/join etc...)

Pas tout a fait.
Les incompatibilités de l'APÏ standard java ne sont pas vérifiées par le compilateur, il ne s'occupe que du langage lui même. Pour t'en convaincre, on peut actuellement très bien compiler un code qui fait appel a des bibliothèques apparues avec JavaSE 6 avec un target 1.4.
Bien évidement un tel code échouera tout de même s'il est exécuté sur une JVM antérieure a Java 6, mais il compilera sans problème.

[tchize_]

c'est pour ça qu'il reste recommandé de compiler avec un jdk qui correspond à la version de votre cible

[Benferhat]

comment utiliser java 7 avec Jbuilder 2006 entreprise

[Uther]

Il faut voir dans les options de projets s'il est possible de choisir son JDK mais de toute façon, il y a fort a parier que les nouvelles fonctionnalité du langage (multicatch, string dans les switch, littéraux binaires, ...) seront mal supportées.

Si tu veux un bon support de Java 7, il faudra te tourner vers des IDE plus récents comme Netbeans 7, Eclipse 3.7 ou Itellij IDE 10.5

[Benferhat]

Merci de votre réponse, mais dans Eclipse ou netbeans je ne trouve pas les composants de la manipulation de base de données comme dans Jbuilder

[_skip]

Merci de votre réponse, mais dans Eclipse ou netbeans je ne trouve pas les composants de la manipulation de base de données comme dans Jbuilder

Autant que je sache, les composants auxquels vous faites sans doute référence étaient exclusifs aux outils borland. Vous pourrez toujours faire de la base de données en utilisant JDBC ou ses frameworks mais vous ne trouverez pas les composants propriétaires de borland comme tels.

[Hinault Romaric]

Java 7 disponible en version finale
Oracle publie son environnement d'exécution et le JDK 7

Mise à jour du 29/07/11

Après plus de quatre ans depuis la sortie de Java 6, Oracle vient de publier la version finale de Java Runtime Environment (JRE) 7.

Cette version est la première de Java SE publiée depuis la reprise du langage par Oracle suite au rachat de SUN.

Java SE 7 apporte un support pour un bon nombre de tendances qui ont déferlé dans le monde du développement informatique depuis la publication de la dernière version. Il offre une prise en charge amélioré des langages dynamique conçus pour fonctionner sur la machine virtuelle Java comme Scala et Groovy.

Java SE 7 embarque une API permettant de simplifier l’’exécution d’un programme à travers des processeurs multi-cœurs. Et plusieurs autres nouveautés importantes (lire-ci avant).

Le nouveau Runtime Java 7 peut-être utilisé par les développeurs avec les environnements de développement NetBeans ou encore IntelliJ IDEA 10.5. Oracle a annoncé qu’il publiera avant la fin de l’année une mise à jour de son EDI JDeveloper pour un support de Java 7.

Le runtime Java 7 est disponible pour les systèmes d’exploitations Linux, Solaris et Windows 32 bits et 64 bits.

Oracle a également annoncé la disponibilité de la version finale du Kit de Développement de Java 7 (JDK7),

Télécharger Java 7 sur le site d'Oracle

Télécharger JDK 7 sur le site d'Oracle

[Flaburgan]

Un seul mot : ENFIN !

Oracle a peut être bien fait de reporter la majorité des nouveautés à Java 8. Il fallait absolument qu'une mise à jour sorte, pour prouver que le langage continue d'évoluer...