Je voudrais apprendre à utiliser efficacement Swing Application Framework. La plupart des exemples que j'ai trouvés sont des entrées de blog qui expliquent comment il est génial d'étendre SingleFrameApplication et de surcharger sa méthode de démarrage, mais c'est à peu près tout. Sun's article a presque deux ans, tout comme the project's own introduction, et il semble qu'il y ait eu une certaine évolution depuis.Comment utiliser réellement Swing Application Framework?
Y a-t-il des didacticiels/HOWTO récents et complets disponibles partout? Il y a JavaDoc bien sûr, mais il est difficile d'avoir une vue d'ensemble à partir de là. Tous les pointeurs sont appréciés.
Mise à jour: J'ai réalisé qu'il y a un mailing list archive sur le site du projet. Bien que quelque peu maladroit (par rapport à StackOverflow;) il semble être assez actif. Pourtant, il est dommage qu'il n'y ait pas de véritables tutoriels partout. L'information est dispersée ici et là.
Mise à jour 2: Permettez-moi de préciser - Je ne parviens pas à utiliser Swing (la boîte à outils widget) lui-même, je parle de son cadre d'application , qui est censé faciliter les choses comme cycle de vie des applications (démarrage , sortie et tout ce qui se passe entre eux), gestion de l'action, etc., c'est-à-dire des choses dont la plupart des applications Swing auront besoin. Il est cool d'obtenir un tel cadre pour être standard part of Java. Le seul problème est d'apprendre comment il est destiné à être utilisé.
Mise à jour 3: Pour les intéressés, il y avait juste quelques discussions au forum du projet concernant l'état actuel et futur de la JSR 296. Peu de temps: la version actuelle 1.03 est considérée comme tout à fait utilisable, mais l'API n'est pas stable et va changer à la version finale en Java 7. Le nom du paquet va également changer afin que Java 7 ne brise pas les applications actuelles sur SAF. Karsten Lentzsch a déclaré au forum mentionné ci-dessus: "Je doute qu'il puisse être inclus dans Java 7, et je voterai contre.". Je préfère ne pas remettre en cause la sincérité de ce grand gourou, et il est certainement sage de ne rien laisser déraper dans le core JDK, mais franchement c'est une situation étrange - il est l'auteur de JGoodies Swing Suite qui est en partie un concurrent commercial de JSR 296, et il est assis dans le comité qui décidera si cette JSR sera incluse dans Java standard. C'était la même chose avec JSR 295 Beans Binding que j'ai écrit plus tôt. Compte tenu de l'état actuel de SAF, je pense que la meilleure solution consiste à intégrer l'implémentation actuelle dans un cadre "homebrew", qui peut ensuite accepter les modifications possibles de l'API existante.
Merci, je vais jeter un oeil à vos diapositives. –