


Un exemple pratique de bibliothèques partagées dans un monorepo
L'un des aspects les plus puissants du travail dans un monorepo est la possibilité de partager du code entre packages/équipes/hiérarchies. Dans cet article, je vais essayer d'expliquer un scénario très simple du monde réel
Exemple de scénario
Imaginez que vous souhaitiez développer une bibliothèque pour afficher la taille des fichiers en mégaoctets qui, selon vous, pourraient être utiles à d'autres parties de votre monorepo. La bibliothèque accepte la taille en entier (ex : 2048 octets) et peut renvoyer une chaîne humanisée (ex : 2 Mo). Pour ajouter une certaine assurance qualité, nous rédigerons également un test pour la même chose.
Comment Bazel permet-il le partage de code ?
D'après le scénario ci-dessus, nous sommes conscients que nous devons développer cette fonction en tant que bibliothèque partagée qui sera ensuite importée par un autre package pour être utilisée. Bazel rend cela extrêmement simple en nous permettant de définir la fonction dans une bibliothèque et de l'exporter vers d'autres services qui en auront besoin. Comme expliqué dans mon article précédent lié au bas de cet article, nous pouvons également contrôler quelles autres bibliothèques peuvent également être autorisées à l'importer pour l'utiliser.
Passons au codage
À des fins d'organisation du code, nous aurons un répertoire de bibliothèques à la racine de notre espace de travail avec un répertoire enfant appelé humanize_filesize dans lequel nous écrirons notre code de bibliothèque.
Écrivons du code Go très élémentaire dans humanize_filesize.go
package humanize_filesize import "fmt" // GetHumanizedFilesize takes size_in_bytes as an int32 pointer and returns the size in megabytes. func GetHumanizedFilesize(size_in_bytes *int32) string { if size_in_bytes != nil { size_in_megabytes := float64(*size_in_bytes) / (1024 * 1024) return fmt.Sprintf("%.4f MB", size_in_megabytes) } return "0 MB" }
Ce code prend simplement un int32 comme entrée et renvoie une chaîne de mégaoctets lisible calculée avec une précision de 4 décimales
Cette fonction n'est certainement pas exhaustive et peut certainement être améliorée, mais ce n'est pas le but de cet exercice.
Affirmons également que notre logique fonctionne comme prévu, nous ajouterons un test très élémentaire à côté de notre code go dans un fichier appelé humanize_filesize_test.go
package humanize_filesize import ( "testing" ) func TestHumanizeFilesize(t *testing.T) { tests := []struct { name string size_in_bytes *int32 expected string }{ { name: "nil bytes", size_in_bytes: nil, expected: "0 MB", }, { name: "2048 bytes", size_in_bytes: int32Ptr(2048), expected: "0.0020 MB", }, { name: "0 bytes", size_in_bytes: int32Ptr(0), expected: "0.0000 MB", }, } for _, tt := range tests { t.Run(tt.name, func(t *testing.T) { result := GetHumanizedFilesize(tt.size_in_bytes) if result != tt.expected { t.Errorf("expected %s, got %s", tt.expected, result) } }) } } func int32Ptr(n int32) *int32 { return &n }
Un test très simple avec des tests de base pour nil, int32 et 0 comme entrées
Vient maintenant la partie intéressante de la façon d'exporter cette fonction afin qu'elle puisse être importée dans d'autres packages ou services. C'est ici qu'il faut définir le fichier BUILD.bazel.
load("@rules_go//go:def.bzl", "go_library", "go_test") go_library( name = "humanize_filesize", srcs = ["humanize_filesize.go"], importpath = "basil/libraries/humanize_filesize", visibility = ["//visibility:public"], ) go_test( name = "humanize_filesize_test", srcs = ["humanize_filesize_test.go"], embed = [":humanize_filesize"], )
Nous définissons ici deux règles principales. Un pour la bibliothèque réelle et un pour le fichier de test que nous avons écrit.
La go_library définit que la cible humanize_filesize utilise humanize_filesize.go comme l'une de ses sources qui peut être importée par le chemin spécifié dans importpath et elle est visible publiquement dans l'espace de travail pour que d'autres packages puissent l'importer. Nous apprendrons comment contrôler la visibilité dans un prochain post.
Le go_test définit une cible de test qui intègre le code de la sortie de go_library.
À ce stade, nous devrions pouvoir tester la bibliothèque en exécutant notre suite de tests comme suit
bazel build //... && bazel run //libraries/humanize_filesize:humanize_filesize_test
Vous devriez pouvoir voir le résultat du test comme suit, indiquant que tous les tests ont réussi.
package humanize_filesize import "fmt" // GetHumanizedFilesize takes size_in_bytes as an int32 pointer and returns the size in megabytes. func GetHumanizedFilesize(size_in_bytes *int32) string { if size_in_bytes != nil { size_in_megabytes := float64(*size_in_bytes) / (1024 * 1024) return fmt.Sprintf("%.4f MB", size_in_megabytes) } return "0 MB" }
? Waouh!!! ? Nous savons maintenant que notre bibliothèque fonctionne comme prévu.
Utilisons maintenant cette bibliothèque dans un service service1 au sein d'un répertoire de services que nous allons créer à la racine de l'espace de travail avec le code go suivant et le fichier BUILD.bazel.
service1.go
package humanize_filesize import ( "testing" ) func TestHumanizeFilesize(t *testing.T) { tests := []struct { name string size_in_bytes *int32 expected string }{ { name: "nil bytes", size_in_bytes: nil, expected: "0 MB", }, { name: "2048 bytes", size_in_bytes: int32Ptr(2048), expected: "0.0020 MB", }, { name: "0 bytes", size_in_bytes: int32Ptr(0), expected: "0.0000 MB", }, } for _, tt := range tests { t.Run(tt.name, func(t *testing.T) { result := GetHumanizedFilesize(tt.size_in_bytes) if result != tt.expected { t.Errorf("expected %s, got %s", tt.expected, result) } }) } } func int32Ptr(n int32) *int32 { return &n }
CONSTRUIRE.bazel
load("@rules_go//go:def.bzl", "go_library", "go_test") go_library( name = "humanize_filesize", srcs = ["humanize_filesize.go"], importpath = "basil/libraries/humanize_filesize", visibility = ["//visibility:public"], ) go_test( name = "humanize_filesize_test", srcs = ["humanize_filesize_test.go"], embed = [":humanize_filesize"], )
Le code go est assez simple : il importe notre bibliothèque que nous avons déclarée précédemment et utilise la fonction GetHumanizedFilesize de notre bibliothèque, transmet une valeur entière aléatoire et imprime la sortie.
Maintenant, lors de l'exécution de bazel build //services/service1 , bazel résoudra toutes les dépendances de notre cible, y compris la bibliothèque que nous avons développée, et les construira.
service1 peut désormais être exécuté à l'aide de bazel run //services/service1 puisque nous n'avons qu'une seule cible binaire définie. Si vous avez plusieurs cibles binaires, ex : serviceX, vous pouvez l'exécuter en utilisant bazel run //services/service1:serviceX. Par défaut, lorsqu'il ne spécifie pas de cible, bazel essaiera toujours de trouver une cible binaire portant le même nom que le répertoire et l'exécutera.
Alors... voilà. Nous avons créé votre première bibliothèque partagée qui peut être utilisée par d'autres parties de notre monorepo.
Tous les codes de cet exemple peuvent être trouvés sur https://github.com/nixclix/basil/pull/3/commits/61c673b8757860bd5e60eb2ab6c35f3f4da78c87
Si vous aimez le contenu de cet article, n'hésitez pas à le partager. N'hésitez pas également à vous abonner et à laisser des commentaires sur ce que vous pensez de cet article et s'il y a des choses que vous aimeriez me voir améliorer.
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

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











Golang est meilleur que Python en termes de performances et d'évolutivité. 1) Les caractéristiques de type compilation de Golang et le modèle de concurrence efficace le font bien fonctionner dans des scénarios de concurrence élevés. 2) Python, en tant que langue interprétée, s'exécute lentement, mais peut optimiser les performances via des outils tels que Cython.

Golang est meilleur que C en concurrence, tandis que C est meilleur que Golang en vitesse brute. 1) Golang obtient une concurrence efficace par le goroutine et le canal, ce qui convient à la gestion d'un grand nombre de tâches simultanées. 2) C Grâce à l'optimisation du compilateur et à la bibliothèque standard, il offre des performances élevées près du matériel, adaptées aux applications qui nécessitent une optimisation extrême.

GOISIDEALFORBEGINNERNERS et combinant pour pourcloudandNetWorkServicesDuetOtssimplicity, Efficiency, andCurrencyFeatures.1) InstallgofromTheofficialwebsiteandverifywith'goversion'..2)

Golang convient au développement rapide et aux scénarios simultanés, et C convient aux scénarios où des performances extrêmes et un contrôle de bas niveau sont nécessaires. 1) Golang améliore les performances grâce à des mécanismes de collecte et de concurrence des ordures, et convient au développement de services Web à haute concurrence. 2) C réalise les performances ultimes grâce à la gestion manuelle de la mémoire et à l'optimisation du compilateur, et convient au développement du système intégré.

Golang et Python ont chacun leurs propres avantages: Golang convient aux performances élevées et à la programmation simultanée, tandis que Python convient à la science des données et au développement Web. Golang est connu pour son modèle de concurrence et ses performances efficaces, tandis que Python est connu pour sa syntaxe concise et son écosystème de bibliothèque riche.

Les différences de performance entre Golang et C se reflètent principalement dans la gestion de la mémoire, l'optimisation de la compilation et l'efficacité du temps d'exécution. 1) Le mécanisme de collecte des ordures de Golang est pratique mais peut affecter les performances, 2) la gestion manuelle de C et l'optimisation du compilateur sont plus efficaces dans l'informatique récursive.

Golang et C ont chacun leurs propres avantages dans les compétitions de performance: 1) Golang convient à une concurrence élevée et à un développement rapide, et 2) C fournit des performances plus élevées et un contrôle fin. La sélection doit être basée sur les exigences du projet et la pile de technologie d'équipe.

GolangisidealforBuildingsCalableSystemsDuetoitSefficiency and Concurrency, tandis que les Implicites de l'Indrecosystem et le Golang'sDesignenCourageSlecElNCORES
