Et maintenant, quelles sont les prochaines étapes ?

Hé les amis, comme beaucoup d'entre vous le savent la semaine dernière, j'ai écrit un framework micro web basé sur express js en golang, je ne m'attendais pas à ce que ce message touche autant de personnes, certains d'entre eux vous m'avez demandé, quelles sont les prochaines étapes, qu'est-ce que j'attends de ce framework ?

référentiel officiel

J'avoue qu'au début, je ne savais même pas quelles seraient les prochaines étapes ni ce que j'attendais de ce cadre, mais j'ai pris cette semaine pour réfléchir à la manière dont je pourrais l'améliorer et j'ai trouvé quelques idées.

La première idée et la première étape est de changer l'architecture du projet, d'augmenter l'évolutivité du projet. J'ai pensé, quelle serait l'architecture idéale pour ce projet, et pour certaines raisons j'ai préféré choisir l'architecture hexagonale la mettant en œuvre avec la convention du projet, allez-y. Mais pour quelles raisons ?

• 1) Amélioration de la maintenabilité et évolution de l'architecture

La séparation entre le noyau et les adaptateurs rend le framework plus résilient aux changements. Avec GopherLight utilisant une architecture hexagonale :

Évolutivité et évolution : de nouvelles caractéristiques et fonctionnalités peuvent être ajoutées via des adaptateurs et des ports, faisant évoluer le système sans changer la base de la logique métier.

• 2) Isolation des dépendances et adaptations modulaires

Comme j'ai bien modularisé le code du framework, nous pouvons bénéficier de la conception hexagonale en structurant des adaptateurs qui peuvent être remplacés selon les besoins :

Le middleware peut être développé sous forme d'adaptateurs, ce qui facilite l'ajout de nouveaux sans modifier le cœur du framework.

L'architecture hexagonale définit des interfaces et des points d'extension clairs, facilitant l'intégration de plugins tiers sans risque de casser le système principal.

Voici à quoi ressemblerait l'architecture.

├── noyau/
│ ├── gestionnaires/
│ ├──interfaces/
│
├── ports/
│ ├── demande/
│
├── adaptateurs/
│ ├── routeur/
│ ├──plugins/
│ ├── middleware/
│
└── enregistreur/

Je prévois également d'ajouter le support des proxys, comme Socks5, avec la bibliothèque standard, il est simple de créer un nouvel objet de transport, de transmettre ce que vous voulez et d'ajouter le support des proxys, très utile pour les API qui peuvent s'exécuter sur une autre machine. , peut-être plus tard à partir d'un équilibreur de charge ou même d'un serveur bastion.

Une autre chose très importante est la documentation, je crée de la documentation en utilisant un modèle astro js qui prend en charge le markdown, donc j'apprécierais vraiment toute personne qui pourrait m'aider avec cette partie de la documentation, qui, je dirais, est l'une des parties les plus importantes. Principalement parce que de nouvelles personnes découvrent le framework chaque jour et que je n'ai encore presque rien documenté. Pour toute personne intéressée à m'aider à maintenir ce projet, pour faire évoluer ce projet, j'ai créé un serveur sur Discord où vous avez une voix pour aider, donner des conseils, interagir et tout le reste, voici le lien : lien.

Si nous suivons ces 3 étapes, nous progresserons vers une mise à l'échelle de ce cadre de plus en plus. Merci à tous ceux qui ont lu jusqu'ici.

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!