Instanciation d'objet en JAVA

Bonjour,

J'aimerai savoir le moment précis pour instancier un objet...., parce que j'ai l'habitude de créér une méthode, pour instancier l'objet..... utilisé dans une classe puis appeler cette méthode au début du classe,
Problème:
-Est ce qu'il n'existe pas un impact au niveau du temps de réponse l'instanciation que j'ai utilisé.
-Maintenant je pense qu'on doit instancier l'objet au moment ou on utilise pour bien gerer le "garbage collector"? je sais pas si j'ai raison ou non
Exemple

Code:

---

1 2 3 4 5 6 7

class() { MehodeInstance(); Action(); }

---

Merci pour votre apport.

Ne réfléchis pas. Tu veux instancier une classe :fleche: Instancie la, Java s'occupe du reste.

Non, cela ne fait pas perdre de temps, non cela ne rend pas sourd, non cela ne pollue pas la mémoire (qui est tout de même faite pour ça jusqu'à preuve du contraire), ce n'est pas dangereux, etc.

Après tu t'apercevras certainement qu'il y a des formes plus élégantes que d'autres, avec lesquelles tu es plus à l'aise, ou que ceux qui lisent ton code comprennent mieux.

Pour moi la forme idéale c'est new MaClasse() directement ; après, si je constate que cette opération alourdit mon code, alors j'essaie de la factoriser d'une manière ou d'une autre. Et, au final, à force de penser à donf, on arrive à Spring, ou quelque chose de similaire.

Continue !

Bonjour

Citation:

---

Ne réfléchis pas. Tu veux instancier une classe Instancie la, Java s'occupe du reste.

---

Je ne suis pas tout a fait d'accord avec ca. Je pense qu'il est important de se poser la question si l'instance que l'on souhaite gerer est un singleton ou non. En ce qui me concerne je tente a travers tout mes projets d'instancoer le moins d'objet Java. Car j'ai eu de mauvaises surprises dans l'un de mes projets Open Source ou j'instanciat tellement d'objet que je me cognais des OutOfMemorry.

Tout ca pour dire que certes Java gere a travers le Garbage Collector, mais qu'il faut tenter au mieux d'utiliser des singletons.

Angelo

Le Pattern Singleton n'est pas la solution miracle à tous les problèmes non plus.

Quoi qu'il en soit ce sont des problèmes de conception et je ne pense pas que Sabact en est à ce stade, je serais donc de l'avis gifffftane, pour commencer c'est une bonne solution. Enfin si j'ai bien compris la question parce que j'ai comme un doute là!

En revanche, je cherche toujours la logique qui mène la réflexion à spring?!
N'en déplaise à certain, toutes les routes ne mènent pas à Spring. Ce n'est pas la solution parfaite, loin de là.
De plus, on pourrait croire que dans ce que tu dis, les développeurs d'autres frameworks n'ont pas penser autant... :?

Oui, je n'est pas voulu dire que Spring était la solution miracle, seulement une possibilité, parmi d'autres, pour organiser ses objets.

Et pourquoi Spring en particulier ? La réponse est dans la :faq:, à Qu'est-ce que Spring : (je cite) SPRING ... (couic)... prend donc en charge la création d'objets et la mise en relation d'objets par l'intermédiaire d'un fichier de configuration qui décrit les objets à fabriquer et les relations de dépendances entre ces objets.

Mais il existe d'autres choses dans ce domaine, c'est exact.

Dans le projet sur lequel je bosse actuellement, il n'y a pas une seule instanciation manuelle d'objet. Je parle essentiellement des objets métier, qui représentent des données destinées à être archivées (persistées, en bdd). Le principe reste appliqué pour d'autres niveaux (Controller, Manager, DAO). La raison première ce n'est pas une histoire de performance mais plutôt d'isolation des couches et des composants.
Et c'est vrai que ce qui nous a permis de faire ça c'est le framework Spring. Notamment avec l'injection de dépendance et une instance factory.

C'est quoi les autres solutions qui permettent de faire le même genre de boulot ? Parce que c'est vrai qu'on cite toujours Spring, moi le premier, mais s'il y a autre chose ça peut être intéressant.

Maintenant pour répondre plus directement à la question, je suis de l'avis de @lkey, Sabact ne semble pas en être à ce genre de considérations, et le mieux pour lui est sans doute de faire ses instanciations quand il en a besoin, avec un new Machin().

Merci à tous,
Lorsque les réponses sont beaucoup, on aura beaucoup plus d'asture pour pour défier les problèmes

:king:

Citation:

---

Envoyé par @Ikey

En revanche, je cherche toujours la logique qui mène la réflexion à spring?!
N'en déplaise à certain, toutes les routes ne mènent pas à Spring. Ce n'est pas la solution parfaite, loin de là.

---

A spring non, mais à l'IOC oui (Spring propose l'ioc mais il n'est pas le seul). C'est une très bonne pratique qui ne présente quasiment pas de failles.