{"id":479015,"date":"2023-08-09T10:01:33","date_gmt":"2023-08-09T10:01:33","guid":{"rendered":""},"modified":"2023-09-05T11:18:01","modified_gmt":"2023-09-05T11:18:01","slug":"singleton-variable","status":"publish","type":"wiki","link":"https:\/\/oneproxy.pro\/fr\/wiki\/singleton-variable\/","title":{"rendered":"Variable unique"},"content":{"rendered":"

Introduction<\/h2>\n

Une variable Singleton est un concept de programmation utilis\u00e9 pour restreindre l'instanciation d'une classe \u00e0 un seul objet. En d\u2019autres termes, cela garantit qu\u2019une seule instance de la classe existe tout au long de l\u2019ex\u00e9cution du programme. Ce mod\u00e8le de conception est particuli\u00e8rement utile lorsqu'il ne doit y avoir qu'un seul point d'acc\u00e8s global \u00e0 une ressource partag\u00e9e ou lorsque vous souhaitez contr\u00f4ler le nombre d'instances d'une classe pour conserver les ressources syst\u00e8me.<\/p>\n

L'histoire et l'origine de la variable singleton<\/h2>\n

Le mod\u00e8le de conception Singleton a \u00e9t\u00e9 introduit pour la premi\u00e8re fois par le Gang of Four (GoF) dans leur livre influent \u00ab Design Patterns : Elements of Realistic Object-Oriented Software \u00bb publi\u00e9 en 1994. Ils ont pr\u00e9sent\u00e9 le mod\u00e8le Singleton comme un mod\u00e8le de cr\u00e9ation utilis\u00e9 pour cr\u00e9er une instance unique. d'une classe accessible globalement et partag\u00e9e dans toute l'application.<\/p>\n

Informations d\u00e9taill\u00e9es sur la variable singleton<\/h2>\n

La variable Singleton est impl\u00e9ment\u00e9e en d\u00e9finissant une classe avec un constructeur priv\u00e9 et une m\u00e9thode statique qui renvoie l'instance de la classe. Cette m\u00e9thode statique garantit qu'une seule instance de la classe est cr\u00e9\u00e9e et renvoy\u00e9e, quel que soit le nombre d'appels. Les appels ult\u00e9rieurs \u00e0 la m\u00e9thode statique renverront toujours la m\u00eame instance.<\/p>\n

La structure interne de la variable singleton et son fonctionnement<\/h2>\n

La structure interne d'une variable Singleton est relativement simple. Il se compose g\u00e9n\u00e9ralement des \u00e9l\u00e9ments suivants\u00a0:<\/p>\n

    \n
  1. \n

    Constructeur priv\u00e9\u00a0:<\/strong> La classe dispose d'un constructeur priv\u00e9 pour emp\u00eacher la cr\u00e9ation directe d'objets \u00e0 l'aide du mot-cl\u00e9 \u00ab new \u00bb. Cela signifie que les objets ne peuvent pas \u00eatre instanci\u00e9s depuis l\u2019ext\u00e9rieur de la classe.<\/p>\n<\/li>\n

  2. \n

    M\u00e9thode d'instance statique\u00a0:<\/strong> La classe contient une m\u00e9thode statique qui donne acc\u00e8s \u00e0 l'instance unique de la classe. Cette m\u00e9thode est charg\u00e9e de cr\u00e9er l\u2019instance si elle n\u2019existe pas ou de renvoyer l\u2019instance existante si elle existe.<\/p>\n<\/li>\n<\/ol>\n

    Analyse des principales caract\u00e9ristiques de la variable singleton<\/h2>\n
      \n
    1. \n

      Point d'acc\u00e8s mondial\u00a0:<\/strong> Les variables Singleton fournissent un point d'acc\u00e8s global \u00e0 une ressource ou une fonctionnalit\u00e9 partag\u00e9e, permettant \u00e0 diff\u00e9rentes parties de l'application d'acc\u00e9der \u00e0 la m\u00eame instance.<\/p>\n<\/li>\n

    2. \n

      Efficacit\u00e9 de la m\u00e9moire\u00a0:<\/strong> Puisqu\u2019une seule instance de la classe est cr\u00e9\u00e9e et r\u00e9utilis\u00e9e, cela \u00e9conomise les ressources m\u00e9moire et \u00e9vite la cr\u00e9ation d\u2019objets inutiles.<\/p>\n<\/li>\n

    3. \n

      S\u00e9curit\u00e9 du fil\u00a0:<\/strong> Les mod\u00e8les Singleton correctement impl\u00e9ment\u00e9s sont thread-safe, garantissant que plusieurs threads ne peuvent pas cr\u00e9er plusieurs instances simultan\u00e9ment.<\/p>\n<\/li>\n

    4. \n

      Initialisation paresseuse\u00a0:<\/strong> Les instances Singleton peuvent \u00eatre cr\u00e9\u00e9es paresseusement, c'est-\u00e0-dire que l'instance est cr\u00e9\u00e9e uniquement lorsque la m\u00e9thode getInstance() est appel\u00e9e pour la premi\u00e8re fois.<\/p>\n<\/li>\n<\/ol>\n

      Types de variables singleton<\/h2>\n

      Il existe deux principaux types d'impl\u00e9mentations de variables Singleton\u00a0:<\/p>\n

        \n
      1. \n

        Initialisation impatiente\u00a0:<\/strong> Dans cette approche, l'instance est cr\u00e9\u00e9e au moment du chargement de la classe, m\u00eame si elle n'est pas utilis\u00e9e imm\u00e9diatement dans le programme.<\/p>\n<\/li>\n

      2. \n

        Initialisation paresseuse\u00a0:<\/strong> Ici, l'instance est cr\u00e9\u00e9e uniquement lorsqu'elle est demand\u00e9e pour la premi\u00e8re fois par la m\u00e9thode getInstance(). L'initialisation paresseuse peut \u00eatre effectu\u00e9e \u00e0 l'aide de m\u00e9thodes synchronis\u00e9es ou en utilisant un verrouillage \u00e0 double v\u00e9rification pour garantir la s\u00e9curit\u00e9 des threads.<\/p>\n<\/li>\n<\/ol>\n

        Comparons les deux types \u00e0 l'aide d'un tableau\u00a0:<\/p>\n\n\n\n\n\n\n
        <\/th>\nInitialisation impatiente<\/th>\nInitialisation paresseuse<\/th>\n<\/tr>\n<\/thead>\n
        Avantages<\/td>\n– Sécurité du filetage garantie<br>- Mise en œuvre simple<\/td>\n– Économise de la mémoire en créant une instance uniquement en cas de besoin<br>- Convient aux objets gourmands en ressources<\/td>\n<\/tr>\n
        Les inconv\u00e9nients<\/td>\n– Consomme de la mémoire même si l’instance n’est pas utilisée immédiatement<br>- Ne convient pas aux objets gourmands en ressources<\/td>\n– Nécessite un accès synchronisé pour la sécurité des threads<br>- Implémentation un peu plus complexe<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

        Fa\u00e7ons d'utiliser la variable Singleton, les probl\u00e8mes et les solutions<\/h2>\n

        Fa\u00e7ons d\u2019utiliser la variable Singleton\u00a0:<\/h3>\n
          \n
        1. \n

          Gestion de la configuration:<\/strong> Les variables Singleton peuvent \u00eatre utilis\u00e9es pour g\u00e9rer les param\u00e8tres de configuration d'une application. Une seule instance garantit des param\u00e8tres coh\u00e9rents dans toute l\u2019application.<\/p>\n<\/li>\n

        2. \n

          Instances d'enregistreur\u00a0:<\/strong> La journalisation est une exigence courante dans les applications. Une instance d'enregistreur Singleton peut g\u00e9rer efficacement les messages de journal provenant de diff\u00e9rentes parties du syst\u00e8me.<\/p>\n<\/li>\n<\/ol>\n

          Probl\u00e8mes et solutions\u00a0:<\/h3>\n
            \n
          1. \n

            Probl\u00e8mes de multithreading\u00a0:<\/strong> S'ils ne sont pas impl\u00e9ment\u00e9s correctement, plusieurs threads peuvent cr\u00e9er plusieurs instances de la classe Singleton. Cela peut \u00eatre att\u00e9nu\u00e9 \u00e0 l'aide de techniques de synchronisation telles que le verrouillage \u00e0 double v\u00e9rification ou l'utilisation d'\u00e9num\u00e9rations (en Java) pour g\u00e9rer implicitement la cr\u00e9ation de singleton.<\/p>\n<\/li>\n

          2. \n

            Tests unitaires\u00a0:<\/strong> Tester les classes Singleton peut \u00eatre difficile en raison de leur nature mondiale. L\u2019injection de d\u00e9pendances peut \u00eatre utilis\u00e9e pour faciliter les tests unitaires.<\/p>\n<\/li>\n<\/ol>\n

            Principales caract\u00e9ristiques et comparaisons avec des termes similaires<\/h2>\n

            Comparons Singleton avec d'autres termes connexes\u00a0:<\/p>\n\n\n\n\n\n\n\n
            Terme<\/th>\nDescription<\/th>\nDiff\u00e9rence avec Singleton<\/th>\n<\/tr>\n<\/thead>\n
            Singleton<\/td>\nMod\u00e8le de conception pour une instance par classe<\/td>\nGarantit qu'une seule instance d'une classe existe<\/td>\n<\/tr>\n
            Classe statique<\/td>\nUne classe avec des membres et des m\u00e9thodes statiques<\/td>\nPeut avoir plusieurs instances, sans se limiter \u00e0 une seule<\/td>\n<\/tr>\n
            Objet global<\/td>\nUn objet accessible depuis n'importe quelle partie du code<\/td>\nNe peut pas appliquer une seule instanciation de la classe<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

            Perspectives et technologies futures li\u00e9es \u00e0 la variable Singleton<\/h2>\n

            En tant que mod\u00e8le de conception, Singleton reste un outil pr\u00e9cieux dans le d\u00e9veloppement de logiciels, en particulier lorsqu'une seule instance d'une classe est n\u00e9cessaire. \u00c0 l\u2019avenir, les am\u00e9liorations apport\u00e9es aux fonctionnalit\u00e9s du langage et aux mod\u00e8les de conception pourraient fournir des moyens plus \u00e9l\u00e9gants d\u2019obtenir des r\u00e9sultats similaires. \u00c0 mesure que les technologies \u00e9voluent, la pertinence et l'utilisation de Singleton pourraient s'adapter en cons\u00e9quence.<\/p>\n

            Comment les serveurs proxy peuvent \u00eatre utilis\u00e9s ou associ\u00e9s \u00e0 une variable Singleton<\/h2>\n

            Les serveurs proxy et les variables Singleton peuvent \u00eatre associ\u00e9s dans les sc\u00e9narios o\u00f9 une seule instance de serveur proxy est requise pour g\u00e9rer les communications r\u00e9seau. Le mod\u00e8le Singleton garantit que l'instance de serveur proxy est partag\u00e9e dans l'application, favorisant ainsi une utilisation efficace des ressources et une gestion centralis\u00e9e.<\/p>\n

            Liens connexes<\/h2>\n

            Pour plus d'informations sur les variables Singleton et les mod\u00e8les de conception, vous pouvez consulter les ressources suivantes\u00a0:<\/p>\n