Syarikat kami agak mudah dan mudah serta menggunakan pilihan kedua anda.
Rangka kerja PHP digunakan Bahagian hadapan hanya perlu menulis halaman, dan kemudian logik bahagian belakang diproses. Jika anda perlu menggunakan 框架语法或者php语法 untuk menetapkan halaman atau sesuatu, biarkan kakitangan bahagian belakang mengeluarkan halaman pemaparan (sesetengah js juga ditulis oleh bahagian belakang dan bahagian hadapan hanya perlu menulis halaman statik).

Halaman hujung hadapan boleh ditulis tanpa sebarang masalah, dan halaman hujung belakang biasanya agak pantas. Jika kakitangan bahagian belakang menemui masalah dengan gaya semasa memaparkan data paparan, mereka menyerahkannya kepada sistem yang bermasalah (ya, kami mempunyai projek sistem bermasalah, yang terhad kepada penggunaan dalaman dan digunakan oleh bahagian hadapan dan belakang kakitangan akhir untuk menyerahkan pepijat), dan kemudian semua kakitangan bahagian hadapan dan bahagian belakang Pembangun akhir akan menyemak sama ada terdapat sebarang masalah mereka sendiri pada sistem masalah setiap hari dan kemudian menyelesaikannya.

Sebenarnya, selagi peraturan ditetapkan dan semuanya mengikut peraturan, kerjasama antara bahagian depan dan belakang akan menjadi mudah dan jelas.

Halaman depan dan belakang yang sebenar mestilah JS untuk mendapatkan data antara muka dan kemudian melintasinya Jika halaman itu diubah, ia juga mesti menjadi masalah bahagian hadapan

Yang pertama ialah melaksanakan mod MVVM, yang bermaksud pemisahan bahagian hadapan dan bahagian belakang tidak perlu menguasai rangka kerja latar belakang atau kaedah latar belakang untuk memaparkan halaman boleh diasingkan sepenuhnya daripada halaman, menjadikan penyelenggaraan lebih mudah. Selain itu, antara muka API bahagian belakang boleh digunakan pada lebih banyak platform dan tidak memerlukan pembangunan sekunder. Kelemahannya ialah jika halaman itu adalah halaman utama, ia memerlukan banyak API untuk mendapatkan data dan menjadikannya. Tetapi seni bina MVC adalah lebih mudah
Cara kedua untuk melaksanakan MVC ialah bahagian belakang bertanggungjawab untuk menetapkan logik, dan bahagian hadapan bertanggungjawab untuk memaparkan halaman, tetapi bahagian hadapan mesti mempunyai sedikit pemahaman tentang templat dalam pembangunan bahagian belakang MVC . Secara peribadi, saya fikir ini sebenarnya menjadikan bahagian belakang lebih mudah dan menjadikan bahagian hadapan lebih sukar.
Penjelasan ketiga.
Malah, terdapat satu lagi jenis kerja bahagian hadapan dan bahagian belakang Sudah tentu, ini adalah aspek yang tidak digunakan secara meluas untuk projek. Sebagai contoh, NODE.JS
Malah, ia bergantung terutamanya pada konfigurasi bahagian hadapan dan bahagian belakang syarikat anda dan projek. Sebagai contoh, syarikat seperti kami yang mempunyai satu lagi B di bahagian belakang dan kurang satu bahagian hadapan mungkin menggunakan seni bina MVC dan pemaparan bahagian hadapan dikendalikan oleh bahagian belakang. Sudah tentu, jika anda mempunyai ramai orang hadapan, model MVVM pastinya lebih sesuai. Sudah tentu ini hanya masalah cetek

Ini nampaknya hanya masalah manusia, saya rasa tiada salahnya

Syarikat kami menggunakan kedua-dua dua yang anda nyatakan. Mengenai yang pertama, saya tertanya-tanya sama ada syarikat anda telah mengeluarkan halaman hadapan daripada projek Java atau PHP atau adakah mereka masih bersarang di dalamnya? Jika ia bersarang dalam projek java atau php, ia tidak akan menyusahkan jika anda mempunyai bahagian hadapan tertanam dalam enjin templat bahagian belakang Projek bahagian belakang syarikat kami semuanya bersarang dalam projek java dan tidak dipindahkan secara berasingan . Saya sering menggunakan bahagian hadapan Tidak ada yang salah dengan kaedah penulisan enjin templat bahagian belakang. Bagi jenis kedua, kos penyahpepijatan bersama adalah agak tinggi, secara peribadi saya fikir ia tidak tinggi. Saya tidak tahu dalam keadaan apa penyahpepijatan bersama lebih menyusahkan anda.

Beri mereka statik dan biarkan mereka bermain ajax sendiri

Sama seperti poster asal, pembangunan bercampur-campur, walaupun terdapat banyak masalah, tetapi tiada apa yang boleh anda lakukan jika anda tidak melakukannya kemudian, anda tidak boleh mengalahkan mereka.
Terdapat banyak cara untuk mengasingkan hujung depan dan belakang. Sudah tentu, perkara yang paling ideal ialah menyambungkan bahagian depan dan belakang dengan antara muka tulen, supaya ia tidak akan bercampur-campur.
Tetapi realitinya tidak. Contohnya, jika syarikat mempunyai bahagian belakang dan bahagian hadapan yang sedia ada, maka anda hanya boleh melaraskan halaman dalam kod bahagian belakang.
Penyelesaian kami adalah untuk menghentikan bahagian belakang daripada mengalihkan halaman.
Kelebihan adalah
1. Kawalan bahagian hadapan yang eksklusif bagi halaman
2 Pemisahan tanggungjawab bahagian hadapan dan bahagian belakang
Kelemahannya ialah
1. Perlu mempelajari templat bahagian belakang
2 3. Banyak scaffolding bahagian hadapan tidak boleh digunakan

Saya rasa sama ada tiada pemisahan, bahagian depan hanya mereka bentuk halaman statik, dan bahagian belakang bertanggungjawab untuknya;
Atau bahagian depan dan belakang dipisahkan sepenuhnya, bahagian belakang menulis API , dan bahagian hadapan menggunakan jquery ajax atau bertindak balas atau vue untuk memanggil API dan halaman ini Ditulis sepenuhnya daripada perenggan sebelumnya.

Dalam kes pemisahan lengkap, bahagian belakang mesti menulis antara muka piawai dan setiap antara muka mesti menyediakan dokumentasi yang jelas (kedua-dua kejadian data yang dikembalikan oleh aliran biasa dan kejadian data yang dikembalikan oleh aliran tidak normal! Terutamanya struktur hierarki nilai pulangan dan Penamaan pembolehubah memudahkan pembangunan bahagian hadapan untuk menggunakan data ini). Jika anda tidak melakukan ini, kerjasama depan dan belakang akan menjadi kucar-kacir! !

Dokumen antara muka diberikan di latar belakang Apabila bahagian hadapan menulis halaman statik, ia boleh mengejek beberapa data palsu mengikut dokumen antara muka, dan akhirnya membatalkan operasi olok-olok selepas antara muka ditulis.

Jenis pertama mempunyai lebih banyak keperluan pada bahagian hadapan data Halaman dipaparkan melalui sambungan antara antara muka API, dan bahagian belakang hanya perlu menyediakan antara muka. Dengan cara ini, pembahagian kerja lebih jelas, dan setiap jawatan hanya perlu melakukan apa yang ia baik

Jenis kedua memerlukan lebih bahagian belakang bahagian hadapan hanya perlu menyediakan halaman templat statik, dan bahagian belakang menjadikan data melalui rangka kerja templat juga perlu ditulis dengan beberapa ajax dan Js untuk dicapai. Apabila masalah berlaku, penyahpepijatan bersama bahagian hadapan dan belakang diperlukan.

Saya bekerja dalam PHP bahagian belakang Secara peribadi, jika syarikat mempunyai lebih banyak pengalaman dalam pembangunan bahagian hadapan dan telah menggunakan rangka kerja anglaj, ajax dan lain-lain, ia boleh menggunakan kaedah pertama, yang memisahkan bahagian hadapan dan bahagian belakang. Sebaliknya, menggunakan jenis kedua, bahagian hadapan hanya perlu membuat halaman statik, dan bahagian belakang akan memaparkan dan memproses data