NG ialah rangka kerja bahagian hadapan MVVM Sebaik-baiknya, ia akan mencapai pemisahan lengkap bahagian hadapan dan bahagian belakang, dan hanya menyediakan API di bahagian belakang. Penyahgandingan bahagian hadapan dan bahagian belakang dicapai Penyahgandingan ini membolehkan kami membangunkan aplikasi bahagian hadapan dan belakang yang bebas Cara pelayar menggunakan API bahagian belakang juga sesuai untuk peranti mudah alih seperti iPhone Andoird. Apabila kami membangunkan aplikasi bahagian hadapan, bahasa pengaturcaraan bahagian belakang tidak lagi diperlukan, hanya HTML/CSS/JS diperlukan, yang merupakan pembebasan bagi kebanyakan pembangun bahagian hadapan.
Bukankah kita hanya perlu menulis API di latar belakang?
Ini adalah perkara yang hebat. Dan secara peribadi, saya fikir ia tidak boleh dikaitkan dengan Angular sahaja, ia juga mempunyai banyak kaitan dengan penerimaan meluas antara muka gaya RESTful
Semua rangka kerja, reka bentuk dan projek akhirnya hanya mempunyai satu hala tuju: Biar semua orang fokus pada bidang mereka sendiri
Sebelum Angular, terdapat juga rangka kerja bahagian hadapan untuk SPA (Aplikasi Halaman Tunggal), seperti extjs, yang turut meletakkan keseluruhan lapisan paparan pada sisi penyemak imbas.
Kaedah pembangunan SPA menyelesaikan titik kesakitan penyelenggaraan yang sangat penting: Kawasan templat bahagian hadapan dan belakang yang kotor Pada masa lalu, kawasan ini memerlukan penyelenggaraan bersama bahagian hadapan dan bahagian hadapan. berakhir, tetapi kini ia tidak lagi diperlukan Jurutera bahagian belakang tidak lagi diperlukan Secara langsungmenyertai kerja lapisan pembentangan
.
Namun, memandangkan tiada gaya antara muka yang diiktiraf secara meluas, lapisan pembentangan masih tidak dapat dielakkan untuk mempertimbangkan semasa mereka bentuk antara muka, menjadikannya sukar untuk digunakan semula. Situasi yang paling biasa adalah untuk membangunkan berbilang soket untuk sumber belakang yang serupa, yang sebenarnya membuang masa berharga jurutera bahagian belakang.
Boleh dikatakan bahawa memastikan jurutera bahagian belakang 只管写接口，只管把接口写好 dari perspektif kejuruteraan adalah pembebasan besar produktiviti bahagian belakang.
Untuk mencapai matlamat ini, adalah perlu untuk mempunyai satu set gaya antara muka yang diterima umum oleh bahagian hadapan dan belakang, yang boleh memenuhi keperluan akses sumber merentas halaman dan juga merentas platform, dan pada masa yang sama mempunyai semantik dan kebolehcache yang baik
Jawapannya REHAT
Dengan penerimaan meluas antara muka gaya RESTful, bahagian hadapan tidak perlu mempertimbangkan bahagian belakang untuk bekerjasama di peringkat rangka kerja, selagi ia mengakses sumber RESTful. Jurutera bahagian belakang dipisahkan sepenuhnya daripada lapisan pembentangan, sama ada pelanggan menggunakan sudut/tulang belakang atau mudah alih. Hanya tulis antara muka dan tulis antara muka
Apabila semua orang menumpukan pada bidang mereka sendiri, pada masa itulah nilai dimaksimumkan
Secara teorinya ya,
Jika aplikasi anda dijadikan SPA, maka bahagian belakang hanya memerlukan satu laluan akar untuk memaparkan halaman yang lain.
Tetapi dalam projek sebenar, sama ada SPA mudah digunakan dan sama ada terdapat banyak masalah, maka adalah perlu untuk menggabungkan laluan hibrid belakang dengan SPA bahagian hadapan.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
NG ialah rangka kerja bahagian hadapan MVVM Sebaik-baiknya, ia akan mencapai pemisahan lengkap bahagian hadapan dan bahagian belakang, dan hanya menyediakan API di bahagian belakang. Penyahgandingan bahagian hadapan dan bahagian belakang dicapai Penyahgandingan ini membolehkan kami membangunkan aplikasi bahagian hadapan dan belakang yang bebas Cara pelayar menggunakan API bahagian belakang juga sesuai untuk peranti mudah alih seperti iPhone Andoird. Apabila kami membangunkan aplikasi bahagian hadapan, bahasa pengaturcaraan bahagian belakang tidak lagi diperlukan, hanya HTML/CSS/JS diperlukan, yang merupakan pembebasan bagi kebanyakan pembangun bahagian hadapan.
Ini adalah perkara yang hebat. Dan secara peribadi, saya fikir ia tidak boleh dikaitkan dengan Angular sahaja, ia juga mempunyai banyak kaitan dengan penerimaan meluas antara muka gaya RESTful
Semua rangka kerja, reka bentuk dan projek akhirnya hanya mempunyai satu hala tuju: Biar semua orang fokus pada bidang mereka sendiri
Sebelum Angular, terdapat juga rangka kerja bahagian hadapan untuk SPA (Aplikasi Halaman Tunggal), seperti extjs, yang turut meletakkan keseluruhan lapisan paparan pada sisi penyemak imbas.
Kaedah pembangunan SPA menyelesaikan titik kesakitan penyelenggaraan yang sangat penting: Kawasan templat bahagian hadapan dan belakang yang kotor Pada masa lalu, kawasan ini memerlukan penyelenggaraan bersama bahagian hadapan dan bahagian hadapan. berakhir, tetapi kini ia tidak lagi diperlukan Jurutera bahagian belakang tidak lagi diperlukan Secara langsungmenyertai kerja lapisan pembentangan
.Namun, memandangkan tiada gaya antara muka yang diiktiraf secara meluas, lapisan pembentangan masih tidak dapat dielakkan untuk mempertimbangkan semasa mereka bentuk antara muka, menjadikannya sukar untuk digunakan semula. Situasi yang paling biasa adalah untuk membangunkan berbilang soket untuk sumber belakang yang serupa, yang sebenarnya membuang masa berharga jurutera bahagian belakang.
Boleh dikatakan bahawa memastikan jurutera bahagian belakang
只管写接口，只管把接口写好dari perspektif kejuruteraan adalah pembebasan besar produktiviti bahagian belakang.Untuk mencapai matlamat ini, adalah perlu untuk mempunyai satu set gaya antara muka yang diterima umum oleh bahagian hadapan dan belakang, yang boleh memenuhi keperluan akses sumber merentas halaman dan juga merentas platform, dan pada masa yang sama mempunyai semantik dan kebolehcache yang baik
Jawapannya REHAT
Dengan penerimaan meluas antara muka gaya RESTful, bahagian hadapan tidak perlu mempertimbangkan bahagian belakang untuk bekerjasama di peringkat rangka kerja, selagi ia mengakses sumber RESTful. Jurutera bahagian belakang dipisahkan sepenuhnya daripada lapisan pembentangan, sama ada pelanggan menggunakan sudut/tulang belakang atau mudah alih. Hanya tulis antara muka dan tulis antara muka
Apabila semua orang menumpukan pada bidang mereka sendiri, pada masa itulah nilai dimaksimumkan
Secara teorinya ya,
Jika aplikasi anda dijadikan SPA, maka bahagian belakang hanya memerlukan satu laluan akar untuk memaparkan halaman yang lain.
Tetapi dalam projek sebenar, sama ada SPA mudah digunakan dan sama ada terdapat banyak masalah, maka adalah perlu untuk menggabungkan laluan hibrid belakang dengan SPA bahagian hadapan.
Halaman belakang hanya menulis API, yang hampir seperti ini