Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Expert éminent sénior
    Avatar de Baptiste Wicht
    Homme Profil pro
    Étudiant
    Inscrit en
    octobre 2005
    Messages
    7 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2005
    Messages : 7 431
    Points : 21 304
    Points
    21 304
    Par défaut Développer une application modulaire avec JTheque Core
    Bonjour,

    Je viens d'écrire un nouvel article : http://baptiste-wicht.developpez.com...tting-started/

    Il explique comment développer une application modulaire de base avec JTheque Core.

    Qu'en dites-vous ?

  2. #2
    Membre expérimenté
    Profil pro
    Inscrit en
    mai 2004
    Messages
    1 252
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : mai 2004
    Messages : 1 252
    Points : 1 419
    Points
    1 419
    Par défaut
    Bonjour,

    Je trouve l'article pas mal écrit et présentant bien l'ensemble des système impliqués et la manière dont ils le sont.

    Cependant, je me permets de remettre en question deux petits choix, mais c'est plus lié à l'application JThèque qu'à l'article.
    • L'utilisation d'un fichier application.xml contenant toutes les langues alors que les java.util.ResourceBundle sont facilement extensibles et supportent différentes langues très facilement. Par exemple, un fichier principal application.properties contient toutes les informations communes, deux sous-fichiers application_fr.properties contient la partie localisée en français et application_en.properties la partie localisée en anglais. Le ResourceBundle avec la langue française chargera systématiquement application_fr.properties ET application.properties, et prendra en priorité ce qui se trouve dans application_fr.
    • Les annotations @Module et @PrimaryModule qui, à mon sens, contiennent des informations qui devraient davantage se trouver dans des fichier de configuration (.properties, voire Manifest) ; sans compter le fait que primaryModule pourrait alors être juste un booléen inclus dans Module.


    Si ces remarques feraient mieux de se trouver dans un autre forum, désolé d'avance.

  3. #3
    Expert éminent sénior
    Avatar de Baptiste Wicht
    Homme Profil pro
    Étudiant
    Inscrit en
    octobre 2005
    Messages
    7 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2005
    Messages : 7 431
    Points : 21 304
    Points
    21 304
    Par défaut
    Citation Envoyé par dingoth Voir le message
    L'utilisation d'un fichier application.xml contenant toutes les langues alors que les java.util.ResourceBundle sont facilement extensibles et supportent différentes langues très facilement. Par exemple, un fichier principal application.properties contient toutes les informations communes, deux sous-fichiers application_fr.properties contient la partie localisée en français et application_en.properties la partie localisée en anglais. Le ResourceBundle avec la langue française chargera systématiquement application_fr.properties ET application.properties, et prendra en priorité ce qui se trouve dans application_fr.
    J'ai justement voulu supprimer la partie RessourceBundle de l'application. Vu le peu de propriétés, j'ai préféré limiter au plus le nombre de fichier nécessaire pour l'application. Mais peut-être n'est ce pas encore la bonne façon de faire.

    Citation Envoyé par dingoth Voir le message
    Les annotations @Module et @PrimaryModule qui, à mon sens, contiennent des informations qui devraient davantage se trouver dans des fichier de configuration (.properties, voire Manifest) ; sans compter le fait que primaryModule pourrait alors être juste un booléen inclus dans Module.
    C'est effectivement prévu d'améliorer cette partie. Notamment d'internationaliser et d'externaliser une partie des propriétés.

    Je suis tout à fait d'accord pour ce qui est de la redondance et ce devrait être corrigé.

    A tout le monde : n'hésitez pas à vous exprimer également sur le projet JTheque, tous les commentaires sont bons à prendre pour moi

  4. #4
    Expert éminent sénior
    Avatar de Baptiste Wicht
    Homme Profil pro
    Étudiant
    Inscrit en
    octobre 2005
    Messages
    7 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2005
    Messages : 7 431
    Points : 21 304
    Points
    21 304
    Par défaut
    Bonjour,

    Je viens de mettre à jour l'article pour la version 2.0.2 de JTheque Core.

    Il n'y a plus de distinction entre un module primaire et secondaire et l'api a subit pas mal de changements.

    N'hésitez pas à me remonter tout commentaire que vous pourriez avoir.

    Merci

  5. #5
    Expert éminent sénior
    Avatar de Baptiste Wicht
    Homme Profil pro
    Étudiant
    Inscrit en
    octobre 2005
    Messages
    7 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2005
    Messages : 7 431
    Points : 21 304
    Points
    21 304
    Par défaut
    Bonjour,

    Je viens de mettre à jour l'article pour la version 2.0.3 de JTheque Core.

    J'ai essayé de simplifier au mieux le développement de modules avec JTheque Core.

    N'hésitez pas à me remonter tout commentaire que vous pourriez avoir.

    Citation Envoyé par dingoth Voir le message
    L'utilisation d'un fichier application.xml contenant toutes les langues alors que les java.util.ResourceBundle sont facilement extensibles et supportent différentes langues très facilement. Par exemple, un fichier principal application.properties contient toutes les informations communes, deux sous-fichiers application_fr.properties contient la partie localisée en français et application_en.properties la partie localisée en anglais. Le ResourceBundle avec la langue française chargera systématiquement application_fr.properties ET application.properties, et prendra en priorité ce qui se trouve dans application_fr.
    C'est maintenant chose fait avec la version 2.0.3

    En plus de cela, on n'a plus besoin de déclarer à la main au début le smodules dans le fichier de config, il suffit d'ajouter une option <discovery />.

  6. #6
    Membre éprouvé
    Inscrit en
    mars 2006
    Messages
    848
    Détails du profil
    Informations personnelles :
    Âge : 35

    Informations forums :
    Inscription : mars 2006
    Messages : 848
    Points : 1 079
    Points
    1 079
    Par défaut
    Bonjour,

    je suis actuellement sur un projet similaire. Mon but est de découvrir les problématiques liées aux modules.

    Après avoir regarder ton Tuto, une question m'est venue:
    L'interface graphique est-elle un module? est-elle obligatoire?

  7. #7
    Expert éminent sénior
    Avatar de Baptiste Wicht
    Homme Profil pro
    Étudiant
    Inscrit en
    octobre 2005
    Messages
    7 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2005
    Messages : 7 431
    Points : 21 304
    Points
    21 304
    Par défaut
    Citation Envoyé par Deaf Voir le message
    Bonjour,

    je suis actuellement sur un projet similaire. Mon but est de découvrir les problématiques liées aux modules.

    Après avoir regarder ton Tuto, une question m'est venue:
    L'interface graphique est-elle un module? est-elle obligatoire?
    Non, pour moi, l'interface graphique n'est pas un module. Pour moi c'est un service rendu par le core. Ensuite les modules utilisent ce service pour ajouter des éléments à la vue.

    Par contre, s'il n'y a aucun module, dans mon cas, la vue est vide, mais une application modulaire sans module n'a pas vraiment de sens.

Discussions similaires

  1. Développer des applications/modules avec JTheque Core
    Par Baptiste Wicht dans le forum Utilities
    Réponses: 1
    Dernier message: 11/02/2010, 18h56
  2. Développer une application graphique avec VS2005 et Win32
    Par PC1986 dans le forum Visual Studio
    Réponses: 15
    Dernier message: 29/07/2009, 08h09
  3. Comment développer une application Web avec Delphi 7 ?
    Par Francis dans le forum Web & réseau
    Réponses: 1
    Dernier message: 21/01/2008, 13h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo