Discussion :

[Zeusviper]

Hello!!

j'ai à réaliser dans un cadre professionnel une "petite" application de gestion du temps.
Celle ci devra permettre de rentrer (appli de type CRUD) des pointages, des projets, des contrats de consultance et de tirer différents graphes à partir des données ainsi fournies.

Ma hiérarchie voudrait que je fasse du Access , moi je suis vraiment pas pour!
Donc, je voudrai leur proposer du java. Je partais sur une appli Swing (avec sqlLite integré pour la gestion des données), mais je me dis que ce serait peut-être la bonne occasion de me lancer dans du dev JavaFX.

L'appli doit pouvoir tourner déconnecté du net et sans serveur d'application.

Merci donc pour vos commentaires ou suggestions!!

[galien]

Potentiellement oui, javaFX est fait pour cela, si ton application est pas vraiment critique, et que t'est un peu comme nous....
ps: je te conseille de commencer par prendre en main le composer de netbeans, il y a du JBDC, des formulaires et des charts

[PhiLho]

Deux remarques :
- JavaFX n'a pas encore de TableView, qui serait assez utile dans ce genre d'application (dans plein d'applications, en fait !).
Il y a des implémentations tierces, mais rien de native.
- Actuellement, il est assez délicat de lancer JavaFX en déconnexion du Net...
Soit il faut connecter le PC à Internet et lancer l'application une première fois. Dans ce cas le runtime JavaFX est dans le cache et les lancements suivants peuvent être déconnectés.
Soit il faut installer le SDK de JavaFX... (lourd !)

[galien]

Pour les tables il y a la Grid, ca peut aider dans 99% des cas.
Le truc à savoir c'est qu'il faut s'attendre à mettre les mains dans le cambouis avec javaFX, si il y a peu de valeur ajouté au projet et que cela sera ton seul vrai projet, fait le avec Access, définitivement, sinon on sera toujours la pour répondre à tes questions

[Zeusviper]

Merci pour vos réponses!

- JavaFX n'a pas encore de TableView, qui serait assez utile dans ce genre d'application (dans plein d'applications, en fait !).
Il y a des implémentations tierces, mais rien de native.

Ok merci mais quel est l'inconvénient d'utiliser un tiers si ce n'est d'avoir à le trouver ? La performance ou stabilité globale en est affectée?

- Actuellement, il est assez délicat de lancer JavaFX en déconnexion du Net...
Soit il faut connecter le PC à Internet et lancer l'application une première fois. Dans ce cas le runtime JavaFX est dans le cache et les lancements suivants peuvent être déconnectés.
Soit il faut installer le SDK de JavaFX... (lourd !)

Ca c'est plus gênant.. Mais si une seule connexion suffit, ca pourra peut être être accepté.
Toutefois, si ce n'est que pour l'install du jre, le dernier jre (6u20) ne contient pas par défaut javaFx ?

Pourquoi utiliser le sdk est-il lourd?


Sinon, je vois que la 1.3 associée à netbeans 6.9 vient de sortir, est-ce une bonne idée de se lancer avec ca ou ca va être le carnage et mieux vaut rester en 1.2 / 6.8 ?

Le truc à savoir c'est qu'il faut s'attendre à mettre les mains dans le cambouis avec javaFX, si il y a peu de valeur ajouté au projet et que cela sera ton seul vrai projet, fait le avec Access, définitivement, sinon on sera toujours la pour répondre à tes questions

Quand tu parle cambouis, c'est genre avoir à modifier les jar javaFX du "noyau" ? ou genre se creuser la tête à savoir comment faire et pourquoi cette co.. de fonction non documentée ne marche pas comme je l'aurai espéré?

Je m'étais déjà intéresse à JavaFX à la sortie du 1.0. Mais ce n'était clairement pas utilisable en milieu pro et par manque de temps, j'avais un peu laissé de côté tout ça. Niveau valeur ajoutée, ca en aurait pas mal pour moi, dans le sens où je pourrai m'éclater à refaire du dev (ce que je fais de moins en moins dans mes missions pro). Après c'est sur que niveau projet, javaFX n'apportera probablement pas grand chose de plus que ce que je ferai en Access. Mais dans ma tête, ce projet serait plus un avant gout avant d'en faire d'autres.
Bon.. faut que j'arrive à le vendre a ma hiérarchie maintenant..

[galien]

Sinon, je vois que la 1.3 associée à netbeans 6.9 vient de sortir, est-ce une bonne idée de se lancer avec ca ou ca va être le carnage et mieux vaut rester en 1.2 / 6.8 ?

Je passerais directement à la 1.3, non seulement il y quelques ruptures de compatibilité mais en plus c'est largement plus performant.
De mon côté je convertit mes projets avec le composer de netbeans

[Zeusviper]

Hello.

Je me suis donc lancé avec JavaFX. Découverte des exemples, de l'environnement et syntaxes.
Le composer est plutôt cool à manipuler!

Par contre, j'essaie d'afficher une liste d'éléments récupérés de 2 tables de ma base de donnée. Et là ca coince apparemment. La gestion du JDBC DataSource semble assez primitive et conçue pour une simple table.
Par ex une requete telle que "select t1.nom as PremierNom, t2.nom as SecondNom from t1, t2" ne va pas être utilisable avec les outils du composer.

Pour faire qqc de correct, vous passeriez par des classes "classiques" de DAO ?
ou alors je manque qqc?


EDIT: en fait j'ai trouvé ma réponse : il suffit d'éditer la classe DbDataSource et de remplacer data.getColumnName par data.getColumnLabel. Ainsi pas de soucis avec plusieurs colonnes de même nom.

Mais bon je maintiens la question par rapport à l'utilisation ou non de classes DAO "classiques" ??

[Zeusviper]

Bonjour,

après avoir été occupé ailleurs, j'essaie de me relancer dans mon petit projet d'appli javaFX de gestion de consultants sur des projets.
Après analyse, mon appli devrait avoir une quinzaine d'écrans. Je m'interroge sur la "bonne" façon d'organiser cela.
Dans tout les exemples d'applis que j'ai pu voir, il n'y avait tjrs que quelques écrans. Dans les applis fournies par Sun, on voit des exemples avec 3 ou 4 états maximum.

Certains ont-ils donc réalisés des choses plus grosses? Des exemples (avec source) quelque part?
Pas de soucis techniques à une multiplicité d'états dans le composer NetBeans? Des commentaires ?


Merci d'avance!

[galien]

Il y a plusieurs façons de faire comme toujours.
A priori je te conseillerais de séparer les écrans indépendants en plusieurs 'Design fragment' plutôt que tout mettre dans un seul.
Après les états peuvent agir indépendamment dans ses écrans pour masquer des boutons par exemple.
Changer complètement le contenu d'un écran avec les états me semble pas la bonne solution.

[bouye]

D'experience je peux te dire que l'utilisation du JavaFX Composer est mal adaptee a plus de 3~4 ecrans car l'editeur de code devient horriblement lourd a la longue sans compter qu'il y a parfois quelques bugs dans le placement des controle en mode design (qui ont tendace a se mettre dans des conteneurs invisibles dans l'etat actuel quand on fait du drag'n drop dans les dernieres versions).

Je n'ai pas encore pousse assez loin l'usage des fragments pour voir si cela fonctionne mieux avec (ca devrait puisque ca permet d'isoler du code perso dans des classes separees).

Si tu fais une gestion d'etat personalisee, il ne devrait pas y avoir de limite au nombre d'ecran que tu peux te creer.

[galien]

En effet plus il y a de d'objet dans une arborescence d'un design plus ça m...

Après avoir pas mal tâtonné avec le composer je fais des design fragment qui implémentent un Panel.
Il faut au moins mettre

Code :

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

1
2
3
4
 
init {
      children = getDesignRootNodes()
}

Ensuite pour que tout se redimensionne correctement je met toujours un container en 'bindant' la taille au Panel parent.
Pour réutiliser ces 'design fragment' j'utilise un Panel du composer et je change la valeur className.

Si on a déjà des CustomNode on peut les inclure dans la palette avec leurs propriétés persos.
Finalement on arrive quand même à se débrouiller.
Je trouve qu'utiliser le designer aide pas mal pour la clarté du code en ne conservant que ce qui est fonctionnel, car à la main on finit par gratter pas mal de code rébarbatif.

[Zeusviper]

... design fragment ...
Pour réutiliser ces 'design fragment' j'utilise un Panel du composer et je change la valeur className.

J'ai vu et à peu près compris l'utilisation des fragments via l'exemple (MediaView)et le tuto netbeans : http://netbeans.org/kb/docs/javafx/fragments.html

C'est en effet déjà bcp plus simple à concevoir avec un fragment par "écran" que tout gérer via les états comme je le pensais initialement!

Mais je ne comprends pas l'utilité de changer la valeur className?


Sinon, je reviens au problème de gestion des données. J'utilise une base sql H2. Via le composer, c'est le passage par des DataSources gérées plus ou moins bien par le module fourni par NetBeans.
Utilisez vous donc ces DataSources via le composer ? (la gestion des liens entre tables ne parait pas franchement idéale.. mais l'appli restant assez simple, c'est envisageable)
ou bien des classes d'accès classiques, en java ou en jfx?
Ou bien autre chose que j'aurai manqué?

Merci de vos avis éclairés!