


Comment pouvons-nous définir un comportement commun pour les collections de différents types de tranches dans Go ?
Dec 05, 2024 am 02:48 AMDéfinir un comportement commun pour une collection de tranches
Cette enquête recherche des recommandations pour établir un comportement cohérent parmi les collections de tranches. Prenons l'exemple du travail avec des intervalles semi-ouverts. Supposons que vous ayez deux types d'intervalles :
- ClockInterval : Représente un intervalle au cours d'une même journée, par exemple "à partir de 13h00 après."
- Période : Représente un intervalle sans fin définie, tel que "à partir du 9 juillet 1810, nous déclarons indépendance."
Les tranches ClockInterval et Period sont fréquemment rencontrées dans le code. Le défi se pose lorsque vous devez trouver l’intervalle englobant pour un temps donné. Cela nécessite l'écriture de la fonction FindEnclosingHalfOpenInterval pour les deux types, ce qui conduit à un code duplicatif.
L'exemple de code fourni (https://play.golang.org/p/Cy7fFaFzYJR) illustre une approche impliquant une conversion de type entre les tranches. Cependant, cela soulève la question de savoir s'il existe un moyen plus efficace de définir un comportement commun pour plusieurs types de tranches.
Conversion de tranches
La méthode appropriée pour convertir une tranche de d'un type à un autre consiste à créer une nouvelle tranche et à parcourir les éléments, en les convertissant individuellement. Pour une conversion plus rapide, vous pouvez pré-créer la tranche résultante :
1 2 3 4 5 6 7 |
|
Composition
Vous pouvez également envisager d'utiliser la composition pour résoudre ce problème. Cela implique la création d’une structure de base contenant la logique commune FindEnclosingInterval. Par exemple :
1 2 3 4 5 6 7 |
|
Vous pouvez ensuite créer des types distincts pour ClockInterval et Period qui intègrent cette structure de base :
1 2 3 4 5 6 7 |
|
En utilisant cette approche, ClockInterval et Period peuvent exploiter la fonctionnalité FindEnclosingInterval. de la structure de base, en éliminant duplication.
Généralisation excessive
Il est important de noter qu’une généralisation excessive peut être contre-productive. Bien qu’il soit tentant de rechercher une solution universelle évitant la duplication de code, ce n’est pas toujours l’approche la plus pratique dans Go. La duplication de code pour différents types est souvent nécessaire et peut finalement conduire à un code plus propre et plus maintenable.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Article chaud

Outils chauds Tags

Article chaud

Tags d'article chaud

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

GO Language Pack Import: Quelle est la différence entre le soulignement et sans soulignement?

Comment écrire des objets et des talons simulés pour les tests en Go?

Comment mettre en œuvre le transfert d'informations à court terme entre les pages du cadre Beego?

Comment puis-je utiliser des outils de traçage pour comprendre le flux d'exécution de mes applications GO?

Comment puis-je définir des contraintes de type personnalisé pour les génériques en Go?

Comment convertir la liste des résultats de la requête MySQL en une tranche de structure personnalisée dans le langage Go?

Comment écrire des fichiers dans GO Language de manière pratique?

Comment puis-je utiliser des liners et des outils d'analyse statique pour améliorer la qualité et la maintenabilité de mon code GO?
