si j'utilise le code écrit précédent, je peux prendre plus de temps pour le réutiliser
Ceci, je crois, est votre vrai problème: vous écrivez beaucoup trop rapide -et-sale code et souffrent du résultat techincal debt. Le problème est que ce qui est rapide à court terme peut conduire à être très lent à long terme.
Si je peux offrir une comparaison non technique, envisager une Ferrari et un cargo. Lors de la livraison d'une seule lettre, il semble évident que la Ferrari serait beaucoup plus rapide pour ne pas mentionner beaucoup plus pratique par rapport à l'utilisation d'un cargo. Juste charger le navire avant de quitter les quais peut prendre des heures. A ce moment, la Ferrari aurait déjà terminé la livraison. Mais quand vous devez livrer cent tonnes de courrier, le cargo achèverait la livraison tandis que la Ferrari serait toujours occupée à expédier la livraison de chaque lettre.
C'est la même chose dans votre cas. Lorsque vous développez un seul site Web, il semble toujours évident que vous devez écrire le moins de code possible pour faire le travail rapidement. Et si toute votre carrière est consacrée à un seul site Web, je dirais même que c'est la bonne façon de le faire.C'est, après tout, l'esprit essentiel des méthodes Agiles. Mais si votre travail est de développer sites Web(pluriel) alors cette approche commencera à devenir plus lent avec chaque nouveau site. Tout comme la Ferrari n'est pas idéale pour livrer une centaine de tonnes de n'importe quoi.
Un exemple réel est 37signals. Lorsque leur modèle d'affaires exige qu'ils soient en mesure de développer et de déployer rapidement des sites selon leurs besoins, au lieu de se contenter de développer et de développer rapidement leur premier site, ils ont pris du recul et développé Ruby on Rails à la place. Je ne dis pas que vous devriez aller de l'avant et commencer votre propre cadre, réinventer la roue est exactement ce que vous voulez éviter à ce stade. Ce que je suggère est de séparer la fonctionnalité que vous développez du code Web. En d'autres termes, lorsque vous écrivez un nouveau code, écrivez-le en tant que bibliothèque. Oui, il est un peu plus impliqué dans l'écriture de code dans deux fichiers ou plus par rapport à l'intégration de la fonctionnalité directement dans la page PHP. Mais à la fin, votre prochain site Web sera plus facile/plus rapide à mettre en œuvre.
Je crée toujours un répertoire lib dans le répertoire de base d'un projet à chaque fois que je démarre un nouveau projet. Je me force alors à écrire tout le code même vaguement réutilisable en tant que modules séparés dans ce répertoire. Ces jours-ci, je trouve que, le plus souvent, je copierais simplement (ou plus communément créer un lien symbolique) des fichiers dont j'ai besoin dans le répertoire lib au lieu d'écrire le code nécessaire.
Merci pour le lien Deja Vu! –
De quel domaine de développement de logiciels PHP parlez-vous? Des classes? Héritage? Séparation de code? Les «meilleures pratiques» pour une langue entière est de VOIR un sujet. –
bien, je veux dire les meilleures pratiques pour écrire du code réutilisable solide, chaque fois que je commence un nouveau projet je devrais incrémenter les progrès des projets précédents, ne pas recommencer à zéro – shox