Salut ! Je programme actuellement un gestionnaire de commande pour une pâtisserie (c'est un exercice personnel)

J'ai donc une classe manager pour les commandes et une autre pour gérer les produits (pâtisserie)

Sachant qu'elles sont uniques et que certains objets doivent faire appel à ces instances uniques je serais tenté de faire des singletons si je veux rester scolaire

Mais j'arrive pas vraiment à en voir l'utilité, j'ai beau cherché je ne vois pas quelle est la nuance entre "Instance unique qui requiert un singleton" et "Instance unique mais dont le singleton n'en vaut pas peine"

Quelqu'un pourrait m'éclairer ?

Les design pattern c'est pour répondre à un problème de conception. As-tu vraiment besoin d'avoir une seule instance de ta classe ? Qu'est-ce que ça t'apporte ? Quels seront les effets de bord si tu ne mets pas ça en place ?
Si tu ne sais pas répondre à ces questions alors tu n'a pas besoin mettre ce design pattern en place.

Part sur une instance unique sans le pattern et voit si ça marche comme ça

Le 22 mai 2019 à 12:27:07 futurmononoke a écrit :
Salut ! Je programme actuellement un gestionnaire de commande pour une pâtisserie (c'est un exercice personnel)

J'ai donc une classe manager pour les commandes et une autre pour gérer les produits (pâtisserie)

Sachant qu'elles sont uniques et que certains objets doivent faire appel à ces instances uniques je serais tenté de faire des singletons si je veux rester scolaire

Mais j'arrive pas vraiment à en voir l'utilité, j'ai beau cherché je ne vois pas quelle est la nuance entre "Instance unique qui requiert un singleton" et "Instance unique mais dont le singleton n'en vaut pas peine"

Quelqu'un pourrait m'éclairer ?

Les designs patterns ne sont que des conventions. Si t'es seul sur ton code et que t'as une bonne idée de sa conception, tu peux te passer des designs qui existent pour restreindre des droits d'accès à des personnes qui n'ont pas l'utilité de comprendre le fonctionnement de ton code.

l'avantage d'éviter les singletons c'est quand même d'éviter les habitudes de code style
MonSingleton.getInstance() à travers tout le projet.
C'est contraignant à tester, tes classes ont des dépendances cachées.

Une dernière note tout de même, quand tu fais des objets globaux type singleton c'est bonne pratique de les faire le plus possible immutable pour ne pas avoir 15 objets en train de modifier joyeusement les même propriétés de ton singleton

J'sais pas si ça a été dit, mais si tu en as besoin que a un seul endroit du code, c'est un peu useless, maintenant, ça prend sens quand tu dois appeller cet objet dans plusieurs classes différentes en gardant son instance

fous pas un singleton parce que tu te dis "j'en ai besoin que d'une fois façon", mais parce que tu te dis " j'en ai besoin plusieurs fois, mais que d'une seule instance à plusieurs endroits différents "

Le 23 mai 2019 à 08:15:20 blackapplex a écrit :

Le 22 mai 2019 à 12:27:07 futurmononoke a écrit :
Salut ! Je programme actuellement un gestionnaire de commande pour une pâtisserie (c'est un exercice personnel)

J'ai donc une classe manager pour les commandes et une autre pour gérer les produits (pâtisserie)

Sachant qu'elles sont uniques et que certains objets doivent faire appel à ces instances uniques je serais tenté de faire des singletons si je veux rester scolaire

Mais j'arrive pas vraiment à en voir l'utilité, j'ai beau cherché je ne vois pas quelle est la nuance entre "Instance unique qui requiert un singleton" et "Instance unique mais dont le singleton n'en vaut pas peine"

Quelqu'un pourrait m'éclairer ?

Les designs patterns ne sont que des conventions. Si t'es seul sur ton code et que t'as une bonne idée de sa conception, tu peux te passer des designs qui existent pour restreindre des droits d'accès à des personnes qui n'ont pas l'utilité de comprendre le fonctionnement de ton code.

C'est exactement ça.. Prends l'habitude d'écrire du code comme si il devait être intégré dans une librairie et/ou être utilisé par une autre personne, avec un Singleton tu es sûr d'avoir un seul et unique objet.

La bonne question serait plutôt "Quand utiliser un Singleton"