Cela signifie que la division du travail n'est pas claire. Vous laissez le backend se charger uniquement de l'écriture des fonctions et des modèles de rendu, et vous effectuez l'affichage vous-même, et vous pouvez configurer git/svn de cette façon ! , vous pouvez avoir un contrôle de version. ! ! Je pense que le plus approprié est de séparer l'avant et l'arrière ! Cela vous évitera des ennuis ! Vous pouvez le prévisualiser localement à tout moment ! Tant que l'arrière-plan est téléchargé sur le serveur à tout moment, tout ira bien !

Bien sûr, nous devons clarifier la répartition du travail et des responsabilités. Sinon, si les choses changent à l'avenir, qui sera responsable ? Nous écrivons également des pages statiques sur le front-end, les pages PHP, mais sur le front-end et le back-end. sont d'accord, html, css, js sont tous Le front-end est modifié, les css et js sont téléchargés sur ftp, puis je dis bonjour à php et lui demande de changer le numéro de version une fois la structure dom du html modifiée, Je parle à mes collègues php

Trouvez un IDE capable de télécharger FTP en temps réel, tel que webstorm ou le plug-in Sublime+, et téléchargez automatiquement FTP après modification et enregistrement. De cette façon, vous pouvez voir votre contenu modifié en ligne en temps réel.

Parlons de la division du travail entre l’avant et l’arrière de notre unité. La découpe d'images est responsable de la production de pages statiques, puis le backend est responsable de l'imbrication des pages. Tant qu'il n'y a pas de problème avec la découpe de l'image, le back-end se chargera essentiellement de modifier les problèmes imbriqués (nous connaissons tous js, css, html, sauf s'il y a un problème de style insoluble ou un problème de plug-in js). nous irons à l'image de coupe pour apporter des modifications.

Le modèle front-end de notre unité est maintenu par le back-end. C'est tout