Solutions pour organiser les configurations de liaison de Guice

Question

Il semble que ce soit une mauvaise idée de placer toutes les fixations dans un seul module, alors qu'est-ce qui vous semble le plus élégant?

Je pense que l'idée de Bob pourrait être bon début pour cette discussion:

Il est difficile de trouver une taille unique toutes les règles pour ce genre de chose, mais un module par paquet est certainement bon endroit pour commencer. Mettre un module dans chaque paquet signifie que vous pouvez rendre vos classes d'implémentation paquet-private - votre module pourra y accéder et créer des liaisons, mais vos utilisateurs ne pourront pas y accéder directement.

Answer 1

Différents modules pour différents modules au sein de votre application. J'ai en général:

A Module pour la configuration de la base de données (chargement d'un fichier de paramètres, configuration des chaînes de connexion de base de données & liant une source de données à une source de données de mise en commun

A Module pour les paramètres de configuration (chargement d'un fichier de paramètres. & liant les valeurs).

A Module pour la liaison aux interfaces des couches de base de données pour la mise en œuvre.

généralement plusieurs Module s pour la liaison de la vue comme c'est normalement un peu plus complexe que la couche de base de données.

Généralement plusieurs Module s pour les contrôleurs.

Quelques Module s pour des classes particulièrement complexes.