Question

Je suis actuellement faire bon usage de ClientBundles dans mon app. Il fonctionne très bien, mais j'ai un grand nombre de ressources et il devient fastidieux de créer manuellement des interfaces Java pour chaque fichier:

@ClientBundle.Source("world_war_ii.txt")
public ExternalTextResource worldWarII();

@ClientBundle.Source("spain.txt")
public ExternalTextResource spain();

@ClientBundle.Source("france.txt")
public ExternalTextResource france();

Je voudrais pouvoir (peut-être au moment de la compilation) liste dynamiquement tous les fichiers * .txt dans un répertoire donné, puis avoir accès à la gestion du temps pour eux, peut-être un ExternalTextResource[] de tableau, plutôt que d'avoir explicitement les énumérer dans mon code. Il peut y avoir des centaines de ces ressources, et les code manuellement l'énumération serait très douloureuse et difficile à maintenir.

La documentation ClientBundle dit explicitement que « pour fournir une abstraction du système de fichiers » est un non-but, donc, malheureusement, cela semble désavouer ce que je suis en train de le faire.

Quelle est la meilleure façon de traiter un grand nombre de ressources externes qui doivent être disponibles au moment de l'exécution? Est-ce qu'un générateur aide?

Était-ce utile?

La solution 2

J'ai fini par la suite ce conseil : effectuer les opérations de fichiers sur le serveur, puis retourner une liste des données fichier (méta) via un appel RPC.

Il se révèle être assez simple, et me permet aussi de retourner des références légères (des noms de fichiers) dans la liste, que j'utiliser pour remplir un client côté Tree; lorsque l'utilisateur clique sur un TreeItem le contenu du texte réels sont téléchargés.

Autres conseils

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top