BeansBinding une JTable dans NetBeans
Je veux mapper une Liste de fèves pour une JTable. L'idée est que chaque colonne sera un présélectionnés domaine de la fève et chaque ligne est un haricot dans la Liste. Diapositive #32 ici a l'air très prometteur: http://swinglabs.org/docs/presentations/2007/DesktopMatters/beans-binding-talk.pdf
Cependant, NetBeans n'est pas très sympa de me laisser affecter un champs de haricots à une colonne. J'pouvez droit-cliquez la JTable et cliquez sur Lier->Éléments et de les lier à ma Liste de haricots. Toutefois, il ne sera pas me permettre de spécifier ce qui se passe dans chaque colonne. La seule option est de créer la liaison de moi-même qui assez bien fait NetBeans inutile pour ce genre de chose.
Est là un détail qui m'échappe? Il semble que JTable BeansBinding dans NetBeans est juste cassé.
Grâce
OriginalL'auteur User1 | 2009-07-21
Vous devez vous connecter pour publier un commentaire.
Je avoir de travail. Vous ne pouvez pas vraiment utiliser le "Lier" option de menu pour JTables. Voici comment cela fonctionne:
Remarque: Chaque champ mappé à une colonne doit avoir un getter.
OriginalL'auteur User1
Aussi attrayant que cela puisse être utiliser l'IDE pour ce genre de choses, il n'y a vraiment pas de substitut pour seulement codage de vous-même.
Personnellement, je préfère Vitrage Listes pour la présentation de haricots dans les tableaux. Prendre les 2 minutes et de regarder la vidéo, et je vous garantis que vous serez accro. Avec moins de 15 lignes de code, vous obtiendrez ce que vous cherchez, et une énorme quantité de contrôle sur l'écran - plus de filtrage, de tri et de toutes sortes d'autres trucs cool quand vous êtes prêt pour cela.
oh ouais Vitrage Listes est de loin supérieure pour la liste de liaison/de manipulation de BB (j'adore les BB, mais seulement pour régulier de propriété de liaison). GL est bien la peine de la dépendance (et c'est une fantastique bibliothèque). Le support de verrouillage automatique de la sémantique et de l'EDT de dispatching est une raison suffisante pour utiliser GL - mais alors, vous ajouter sur toutes les autres choses fantastiques que vous pouvez faire (filtrage, liste dynamique transformations), et c'est un choix facile à faire.
depuis les Haricots de Liaison (JSR 295) est maintenant mort en faveur de Soleil de travailler sur JavaFX, il est probablement préférable d'essayer d'éviter de l'utiliser comme support pour qu'il sera un peu limité. Une autre raison pour l'utilisation de Vitrage Listes.
Robin - JSR295 a été fourchue et s'est développé comme un véritable projet open source appelé Meilleurs grains de Liaison (kenai.com/projects/betterbeansbinding/pages/Home). JavaFX est pas une direction que la plupart d'entre nous vont être en-tête (pas de sitôt, en tout cas), donc un vrai cadre contraignant pour Java est encore indispensable. Mais je suis d'accord que GL est une meilleure option pour travailler avec des listes de données (il y a beaucoup de problèmes avec les observables collections JSR295)
Quels sont les problèmes de BeansBinding?
OriginalL'auteur Kevin Day
Essayez de faire la liste de l'observable. le changement de son initialisation à quelque chose comme ceci:
Alors beaucoup de personnel devrait commencer à travailler. Si vous êtes à la liaison à un bean, alors assurez-vous de l'incendie d'une propriété d'événements de changement dans la méthode set de la propriété que vous souhaitez lié ajouter ce code
corriger des importations et puis faire quelque chose comme ceci
OriginalL'auteur michaelr