C'est la question la plus fondamentale, mais j'ai étudié seul et je n'ai aucune expérience pertinente. J'espère que les grands ne s'offusqueront pas...
Laravel5.4 + vue2.
Bien que Laravel soit livré avec un ensemble de méthodes de développement de vue, le code frontal est écrit dans le répertoire resource/assets et intégré au répertoire public via mix. Cependant, cette approche implique également un couplage. Il doit être propre et bien rangé. J'écris le code back-end ici, et ils utilisent vue-cli pour construire un échafaudage là-bas, puis écrivent le code front-end sous cet échafaudage. Après l'écriture, une dist est générée et le code front-end est généré. dist est copié directement et il est déployé
Une telle exigence doit-elle être remplie ? J'ai également recherché de nombreuses démos open source, mais elles ne ressemblent pas à celle-ci.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Je l'ai fait par ennui le 1er mai, vous pouvez y jeter un oeil
github
La forme vue + laravel api est suffisante. C'est le cas actuellement dans notre entreprise. Laravel est utilisé pour écrire l'api et le système de gestion backend sont chargés d'appeler l'interface via l'api. document. Cette méthode est plus adaptée aux projets mobiles
Oui, peu importe que vous utilisiez le framework larvael ou yii, la méthode de séparation front-end et back-end est que le back-end fournit une API pour renvoyer les données json. Vue est utilisé comme frontal Lorsque vous commencez à développer, vous pouvez utiliser des données fictives pour simuler les données d'interface renvoyées par le back-end. Lorsque l'interface est prête, remplacez toutes les requêtes par l'URL fournie par le backend.
Rédigez le document d'interface, implémentez le backend et appelez le frontend