Utiliser des projets open source matures et stables (Apprentissage recommandé : Tutoriel vidéo PHP)
De nos jours, la technologie évolue rapidement, et cela peut être difficile. Un nouveau framework open source sera publié dans quelques jours, mais les projets commerciaux de l'entreprise se concentrent toujours sur la stabilité. Peut-être avez-vous hâte d'essayer de nouvelles technologies, vous pouvez faire un apprentissage expérientiel dans votre propre entreprise. projets parallèles personnels et sentez que vous maîtrisez tous les aspects. Et ce cadre a été adopté par de nombreux projets commerciaux, et nous envisagerons de l'utiliser dans les projets commerciaux de l'entreprise. C’est pourquoi mon conseil à tous est le suivant : les projets commerciaux de l’entreprise ne doivent jamais s’appuyer sur des early adopters et doivent garantir la stabilité.
Comprendre les principes
Si nous utilisons certains projets open source dans des projets commerciaux, le principe est que nous devons comprendre les principes et les maîtriser pleinement avant de recommandez de les utiliser. Pour une utilisation dans des projets commerciaux, certains contrôles open source de type interface utilisateur conviennent, en particulier pour certains projets open source de type framework, tels que les bibliothèques de requêtes réseau, les frameworks ORM, diverses bibliothèques de chargement d'images, les frameworks d'injection de dépendances, etc. Vous n'êtes pas obligé d'en maîtriser chaque détail de mise en œuvre spécifique, mais vous devez en comprendre les principes et maîtriser ses différentes API avant d'envisager de l'appliquer aux projets de l'entreprise.
Ne changez pas le code source
Nous savons que lorsque nous utilisons certains projets open source, nous ne pouvons pas toujours répondre à nos propres besoins, et nous avons généralement basez-les sur eux Nous pouvons personnaliser certains de nos propres besoins commerciaux. Pour le moment, nous vous recommandons de ne pas modifier le code source, mais d'étendre le framework open source référencé dans votre propre projet s'il n'est pas évolutif ou s'il est très difficile à utiliser. s'étendre, on peut seulement dire que son design n'est toujours pas assez bon.
Pourquoi ne recommandez-vous pas de modifier le code source ? Parce que les bons projets open source continuent généralement à être maintenus et mis à jour, et une fois que nous changeons le code source, cela signifie qu'il nous sera très difficile de mettre à jour la version à l'avenir. Par conséquent, il est fortement recommandé de ne pas modifier le code source, sauf si cela est particulièrement nécessaire.
Veuillez vous assurer d'encapsuler une couche
Il existe une solution universelle dans l'histoire des ordinateurs. Si la couche d'origine ne peut pas résoudre le problème, veuillez le faire. ajoutez une autre couche!
Pour les projets open source, nous savons que certaines bibliothèques sont vraiment bien conçues et très pratiques à appeler pour les utilisateurs. Elles peuvent être réalisées directement avec une seule ligne de code
Les avantages de. ce sont :
L'entrée est unifiée, tout le chargement des images est géré à cet endroit, et c'est clair en un coup d'oeil Même s'il y a des changements, il me suffit de changer cette classe.
Avec les besoins de votre entreprise, il s'avère que la bibliothèque de chargement d'images Picasso ne peut plus vous satisfaire. Vous devez passer à Fresco. Si vous n'avez pas de couche d'encapsulation, vous vous effondrerez si vous le souhaitez. pour remplacer cette bibliothèque, vous devez changer tous les endroits où Picasso est appelé, et si vous l'encapsulez avec un calque au milieu, ce n'est vraiment pas un problème de la changer tous les trois jours.
C'est ce qu'on appelle le principe de performances externes cohérentes et de traitement interne flexible.
Soyez prêt aux urgences, juste au cas où
Les projets open source sont ouverts au public et peuvent être adoptés par tout le monde, mais ne dépendent jamais entièrement d'eux. ne doit pas être fait par d'autres, il est préférable d'avoir des alternatives lors du choix. C'est pourquoi je ne vous recommande pas d'utiliser une bibliothèque open source volumineuse et complète, à moins qu'elle ne soit vraiment excellente. facilement, car une fois que ça tourne mal, ou disons qu'il annonce soudainement qu'un jour il ne sera plus open source, alors vous vous effondrerez, et le coût de remplacement peut presque être réécrit.
Il est donc recommandé d'utiliser des frameworks open source dédiés, tels que ceux qui ne font que des bibliothèques réseau et du traitement d'images. La plupart d'entre eux ont des alternatives. Une fois que quelque chose arrive, vous avez d'autres options.
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!