Maison > Article > développement back-end > Le développement PHP doit-il utiliser un framework ?
Il existe également des frameworks en PHP, tels que thinkphp et brophp, qui sont couramment utilisés en Chine. Laravel à l'étranger. Mais il y a aussi des avantages et des inconvénients à l'utiliser, et l'analyse est la suivante :
Le cadre est très bon, il permet de rendre les décisions plus cohérentes. Le framework peut nous empêcher d'écrire de nombreux modules personnalisés pour réaliser ces fonctions. Tout ce que nous devons faire est d'implémenter ces modules communs dans le framework. Les frameworks nous font gagner beaucoup de temps et d’efforts et facilitent les extensions. Mais c’est aussi là la racine du problème.
Pour un marteau, tout est un clou (Apprentissage recommandé : Programmation PHP du débutant à compétent)
Abraham Kaplan Il y a une phrase qui peut le mieux accuser les défauts des outils : Donnez un marteau à un enfant, et il utilisera le marteau pour marteler tout ce qu'il rencontre
C'est le moment de mesurer si vous êtes plus professionnel, et de livrer à l'avenir Mettez à l'échelle le meilleur code au lieu de livrer le plus simple à mettre en œuvre. Qu'il s'agisse de mieux concevoir votre code pour les besoins futurs ou de laisser les autres y réfléchir lorsqu'ils répondront aux besoins futurs, c'est une question de sens des responsabilités du programmeur. En tant que développeur plus professionnel, nous devons penser de manière indépendante sans nous appuyer sur des frameworks.
C'est de votre faute
Entendez-vous souvent quelqu'un se plaindre d'un certain cadre ?
J'ai entendu beaucoup de gens se plaindre de Rails : "Les applications Rails sont toujours mal construites" ou "Les tests Rails sont toujours très lents".
Au début, je le pensais aussi. Mais maintenant, chaque fois que j’entends ces plaintes, je me rends compte que ceux qui se plaignent sont en réalité paresseux. Rails, ou tout autre framework, n'est qu'un outil, vous le contrôlez. Blâmer un mauvais code sur un framework inanimé ne fait que montrer votre manque de professionnalisme.
Choisir le bon outil, ou utiliser l'outil correctement
Décider de devenir plus professionnel
Nous devons fonder nos décisions sur les bases Choisissez des outils en fonction de vos besoins. Le framework peut en effet faire beaucoup de choses, et les exigences détermineront toute la structure du code. Parfois, un cadre répondra à un besoin particulier. Mais lorsque le framework ne répond pas à certains besoins, vous avez la responsabilité de modifier le framework ou d'encapsuler le framework pour plus de clarté et de propreté du code.
Les réflexions de l'auteur Myles Megyesi à la fin de l'article mentionnent que le framework n'est qu'un outil Vous ne pouvez pas utiliser cet outil pour répondre à tous vos besoins lorsque le framework ne peut pas répondre clairement et complètement à vos besoins. , vous Ce que vous devez faire n'est pas d'écrire beaucoup de codes inutiles et gênants pour implémenter les exigences, ni de modifier vos exigences pour les rendre plus faciles à implémenter.
En tant que professionnel, vous devez modifier le framework ou utiliser l'abstraction et d'autres réflexions pour rendre votre code clair et propre.
Cela se rencontrera souvent dans le développement réel. Quand quelqu’un vous demande : Pourquoi le code ici est-il écrit ainsi ?
Si votre réponse est : Pas question, car c'est ainsi que le framework le fait, je ne peux que faire cela.
Cela montre que vous avez été lié par le cadre. Ne pensez pas que le cadre fait autorité. Le cadre est écrit par d'autres et il ne prend pas en compte vos besoins lors de sa rédaction. Tant que vos besoins sont les besoins communs de l'équipe et doivent être modifiés, vous devez modifier le framework lors de l'ajout d'un framework.
Le code permet aux gens de lire et de développer plus clairement et naturellement s'il est lié à un cadre, c'est en fait mettre la charrue avant les boeufs.
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!