Quelle est la différence entre une fonction publique, privée, interne et externe dans Solidity ?

Comprendre la visibilité des fonctions dans Solidity

Solidity, le principal langage de programmation pour les contrats intelligents Ethereum, applique un contrôle d'accès strict via des spécificateurs de visibilité des fonctions. Ces spécificateurs déterminent qui peut appeler une fonction, que ce soit à partir du contrat, de contrats dérivés ou de l'extérieur. Les quatre types – public, privé, interne et externe – définissent la portée de l'accessibilité et jouent un rôle crucial dans la sécurisation de la logique contractuelle.

Fonctions publiques

2. Lorsqu'une fonction est marquée comme publique, Solidity génère automatiquement une fonction getter s'il s'agit d'une variable d'état ou permet une invocation directe via l'interface du contrat.

3. Ces fonctions font partie de l'ABI (Application Binary Interface) du contrat, ce qui les rend appelables par des portefeuilles, des dApps et d'autres contrats intelligents.

4. Les coûts du gaz peuvent être plus élevés pour les fonctions publiques en raison des frais généraux liés aux appels externes et des exigences de codage des données.

5. Un cas d'utilisation courant inclut des fonctions destinées aux utilisateurs telles que les transferts de jetons ou les vérifications de solde dans les contrats ERC-20.

Fonctions privées

2. Ils sont idéaux pour encapsuler une logique sensible qui ne doit pas être exposée ou remplacée.

3. Ne faisant pas partie de l'interface externe, les fonctions privées n'apparaissent pas dans l'ABI.

4. Les développeurs les utilisent souvent pour les routines internes de validation, de hachage ou de nettoyage qui prennent en charge les opérations publiques ou internes.

5. Bien qu'il soit privé, leur code est toujours visible sur la chaîne ; la confidentialité fait uniquement référence à l’accès à l’exécution, et non à la dissimulation de la source.

Fonctions internes

2. Ils ne peuvent pas être appelés directement par des comptes externes ou des contrats non liés, même via des interactions basées sur l'adresse.

3. Les hiérarchies d'héritage s'appuient fortement sur des fonctions internes pour partager une logique réutilisable sans l'exposer publiquement.

4. Comme les fonctions privées, elles ne contribuent pas à l'ABI externe du contrat.

5. Un exemple inclut des fonctions utilitaires dans la bibliothèque SafeMath d'OpenZeppelin ou des modificateurs qui appliquent des conditions préalables à plusieurs méthodes.

Fonctions externes

2. Même le contrat lui-même doit utiliser la syntaxe this.functionName() pour appeler ses propres fonctions externes, ce qui entraîne une surcharge d'appel de message.

3. Cette visibilité est utile lorsque vous souhaitez garantir qu'une fonction n'est jamais exécutée en interne, favorisant ainsi la modularité et réduisant la mauvaise utilisation du gaz.

4. Les fonctions externes sont incluses dans l'ABI et peuvent être invoquées via des appels de transaction ou de contrat à contrat.

5. Ils sont couramment utilisés pour les entrées de données volumineuses, car les données d'appel (utilisées par les fonctions externes) évitent les coûts de copie de mémoire associés aux appels internes.

Foire aux questions

Une fonction privée peut-elle être remplacée dans un contrat dérivé ? Non, les fonctions privées ne peuvent pas être accessibles ou remplacées par des contrats dérivés. Seules les fonctions internes et publiques peuvent être remplacées à l'aide des mots-clés virtual et override.

Que se passe-t-il si je ne spécifie pas de modificateur de visibilité ? Si aucune visibilité n'est spécifiée, Solidity est par défaut public pour les fonctions. Pour les variables d'état, la valeur par défaut est interne. Il est déconseillé de s'appuyer sur des valeurs par défaut pour des raisons de sécurité et de clarté.

Existe-t-il une différence de performances entre les appels de fonction internes et externes ? Oui. Les appels internes s’exécutent dans le même contexte contractuel et utilisent un minimum de gaz. Les appels externes, même lorsqu'ils sont auto-référencés, nécessitent un appel de message, ce qui augmente la consommation de gaz en raison de l'isolation de la pile et du codage ABI.

Une fonction externe peut-elle modifier les variables d’état ? Oui, les fonctions externes peuvent modifier les variables d'état à moins d'être limitées par d'autres modificateurs comme view ou pure. Leur capacité à modifier le stockage dépend de la logique et non de la visibilité.