Quelle est la bonne étape à utiliser pour Google Guice en production dans un serveur d'applications?

Question

Il semble une question étrange (la réponse évidente serait la production, duh), mais si vous lisez la documentation java:

/** 
    * We want fast startup times at the expense of runtime performance and some up front error 
* checking. 
*/ 
DEVELOPMENT, 

/** 
* We want to catch errors as early as possible and take performance hits up front. 
*/ 
PRODUCTION 

dans un scénario où vous avez un appel sans état à un serveur d'application, la réception initiale méthode (ou là) crée l'injecteur nouveau chaque appel. Si toutes les liaisons de modules ne sont pas nécessaires dans un appel donné, il semble qu'il aurait mieux valu utiliser l'étape de développement (qui est la valeur par défaut) et ne pas prendre le coup de performance, car vous ne le prenez jamais du tout. , et ici la distinction entre "upfront" et "performance d'exécution" est un peu discutable, car c'est un appel. Bien sûr, l'inconvénient semble être que vous perdriez le contrôle d'erreur, ce qui provoquerait un problème par surprise.

Alors la question se résume-t-elle à ce que les hypothèses de ce qui précède soient correctes? Voulez-vous économiser les performances sur un grand nombre de modules lorsque la durée de vie donnée d'un injecteur est d'un appel?

Answer 1

Il ne devrait pas être nécessaire de créer un injecteur pour chaque requête. Ce n'est pas vraiment la façon dont Guice est destiné à être utilisé - vous ne devriez avoir besoin que d'un injecteur par application. Un injecteur représente réellement la configuration ou le câblage d'une application, et non un état de courte durée. Je suppose que vous devez examiner Guice Scopes.

GuiceServletGuiceServlet vous fournit @RequestScoped qui vous permet de limiter la durée de vie d'un objet à une requête HTTP, ce qui ressemble à ce que vous voulez faire.

Si vous n'êtes pas dans une servlet, vous pouvez toujours définir votre propre custom scope. Ce n'est pas très complexe.