AngularJS sangat sesuai untuk idea pembangunan API fisrt Adalah lebih baik jika terdapat antara muka RESTful siap pakai, dan tidak memerlukan kod back-end <.>
juga sesuai untuk situasi di mana logik satu halaman agak rumit. Ia sangat mudah untuk memuatkan dan memadam kandungan secara dinamik AngularJS
AngularJS ialah alat yang berkuasa untuk pembangun yang memahami pembangunan bahagian hadapan, proses asas pembangunan SPA, masalah biasa, titik kesakitan, penalaan prestasi, dll. Bagi mereka yang tidak mempunyai pengalaman di atas, sangat sukar untuk mempelajari Angular secara langsung tanpa bimbingan pemandu berpengalaman Sukar untuk memahami logik dan tujuan di sebalik reka bentuk sudut yang kompleks, dan mudah untuk mengabaikan asas DOM
Jika asas jQuery asal digunakan, kod akan dikurangkan sebanyak 2/3 atau lebih selepas bertukar kepada sudut.
Terdapat dua laluan pembelajaran.
Jika anda mempunyai asas jQuery, anda mesti terlebih dahulu melupakan semua jQuery, maka laluan pembelajaran hendaklah jQuery -> Lupakan jQuery ->
Jika anda tidak mempunyai apa-apa pengetahuan asas, adalah disyorkan untuk pergi terus ke Angular, dan anda akan mendapati bahawa anda boleh mempelajarinya lebih cepat berbanding jika anda mempunyai pengetahuan asas tentang jQuery,
Perkara yang paling teruk ialah kod sudut bercampur dengan banyak kod jQuery Sudah tamat, tiada cara untuk menyimpannya
Semua rangka kerja diekstrak daripada persekitaran kejuruteraan sebenar dan kemudian diperbaiki secara perlahan-lahan. Jadi jika anda tidak mempunyai pengalaman pembangunan yang mencukupi, sebenarnya sukar untuk anda membandingkan sama ada menggunakan Backbone, Ember, React atau Angular.
Tetapi saya fikir jika anda berminat dengan mana-mana rangka kerja, maka gunakannya secara beransur-ansur, jika anda menggunakannya lebih banyak, anda akan tahu berapa lama masa yang diperlukan untuk menulisnya jika anda menggunakan jQuery sendiri harus menulis sendiri Rangka kerja sudah tentu, jika anda menulis aplikasi umum, anda juga akan berfikir bahawa menggunakan rangka kerja ini adalah lebih baik daripada tulisan tangan.
jquery hanya mengawal dom. . .
Perkara yang paling hebat tentang angluarjs ialah pengikatan data dua hala. Ia sesuai untuk halaman dengan interaksi yang sangat kompleks.
Walaupun rakan sekelas lain menyebutnya, faedah perkara seperti ini hanya dapat dilihat selepas anda telah mengumpul tahap pengalaman projek tertentu Namun, untuk tujuan pengiklanan, saya akan membincangkannya secara ringkas.
Sebagai contoh, jika subjek itu baru sahaja bersentuhan dengan pengaturcaraan dan belum biasa dengan fungsi, apabila dia melihat OOP, dia mungkin bertanya, apakah faedahnya Walaupun dia kemudiannya menguasai gula sintaksis yang berkaitan, dia masih ragu-ragu tentang nilai praktikal mereka, ini sangat difahami.
Berbalik kepada rangka kerja MVC/MVVM seperti AngularJS, apakah nilai kewujudannya? Malah, seperti OOP, ia adalah untuk mengurangkan gandingan kod, mengurangkan kesukaran logik dan meningkatkan kebolehpercayaan. Jadi mengapa mereka lebih popular? Kaedah langsung tidak akan berfungsi?
Mari kita bincangkan tentang kaedah yang lebih "langsung" dahulu, yang didorong oleh peristiwa Untuk memberikan contoh mudah, keadaan elemen pada antara muka mungkin berubah disebabkan oleh interaksi pengguna di beberapa tempat yang berbeza, dan interaksi ini berlaku. , kekerapan, dsb. mungkin berkaitan dengan status elemen Di mana-mana sahaja yang boleh mencetuskan perubahan dalam status elemen memerlukan mekanisme penghakiman untuk menentukan status terkini elemen tersebut
Bolehkah menulis seperti ini, tetapi adakah ini masanya untuk menguji sama ada logik anda ketat atau tidak, atau sedikit kecuaian, mengubah sesuatu di sini dan melupakannya, dsb., boleh menyebabkan masalah .
MVC adalah didorong data, menambahkan lapisan data antara UI dan interaksi UI hanya mengambil berat tentang status satu atau lebih data ini dan tidak lagi mengambil berat tentang sama ada pelbagai peristiwa telah berlaku sahaja data ini, dan tidak lagi mengambil berat tentang perubahan dalam UI Dengan cara ini, logik asal yang rumit telah dipermudahkan, yang pada satu tangan mengurangkan kesukaran berfikir untuk pembangun, dan sebaliknya ia juga menjadikannya objektif. mengurangkan kebarangkalian masalah.
Langkah seterusnya ialah masa komersial~
Oleh kerana terdapat kos untuk mempelajari AngularJS/Ember hanya menguasai API sebenarnya tidak mencukupi Jika anda tidak memahami butiran pelaksanaan, anda akan tidak yakin apabila menulis kerana anda tidak tahu kos setiap satu Oleh itu, saya dengan tegas membina roda dan menggunakannya dalam pembangunan projek, bagaimanapun, kerana ia adalah roda baru, saya juga mendapati beberapa masalah dalam reka bentuk, tetapi anda dialu-alukan untuk membintanginya.
angularjs ialah rangka kerja
jquery ialah perpustakaan kelas
Ia adalah sesuatu pada dua peringkat
Menggunakan angularjs pada asasnya mengatur kod untuk membangunkan aplikasi berdasarkan ideanya. Rangka kerja membantu anda melakukan banyak perkara, termasuk pengikatan data dua hala, suntikan modul, dsb. Walau bagaimanapun, fleksibiliti dikurangkan pada masa yang sama, dan ia tidak sesuai untuk sistem hadapan berskala besar.
Bagaimana untuk mentakrifkan membantu? Jadikan atur cara lebih logik, lebih mudah diselenggara dan kurangkan kod?
Pembangunan mesti digabungkan dengan senario.
Saya rasa Augular paling sesuai untuk pembangunan peringkat aplikasi, selalunya untuk alat hujung belakang dalam perusahaan Dalam kes ini, ia pasti membantu.
Tetapi untuk beberapa halaman aktif lelaran pantas (yang hanya digunakan untuk jangka masa tertentu), Angular benar-benar tidak membantu.
Untuk meringkaskan daripada gambaran besar: Ia telah meningkatkan "kebolehgunaan semula", "kebolehselenggaraan" dan "kebolehujian" kod kami
Pengujian: Terutamanya syarikat asing mempunyai keperluan yang sangat tinggi untuk ujian. Mudah untuk menulis ujian untuk projek yang dibangunkan dalam Angular. Malah di China, jika ada jaminan ujian, sekurang-kurangnya ia bukan pengaturcara yang keliru.
Pemodulatan kod untuk penyelenggaraan yang mudah
Untuk pembangunan mudah alih hibrid, anda boleh menggunakan ionik, rakan kongsi emas sudut, untuk membangunkan halaman web mudah alih dengan mudah atau membungkusnya ke dalam apl
penapis dan arahan sudut masih sangat berkuasa
Komuniti keseluruhannya agak matang, dan terdapat banyak barang siap sedia, yang memberikan banyak kecekapan pembangunan
Semua orang yang benar-benar telah digunakan mengatakan ia bagus
Bermula dengan sudut adalah pantas, tetapi masih terdapat banyak perkara yang rumit di dalamnya
Matlamat konkurensi tinggi terutamanya perkhidmatan web bahagian belakang. Pada masa lalu, apabila semuanya adalah templat bahagian belakang, kerana halaman melibatkan sejumlah besar bacaan DB hujung belakang, adalah mudah untuk memperlahankan pemaparan halaman. Kecuali untuk data entiti perniagaan utama, kebanyakan halaman lain pada masa ini bergantung pada JS bahagian hadapan untuk dimuatkan secara tidak segerak. Sesetengah orang juga membuat halaman statik sepenuhnya, dan semua data bahagian belakang bergantung pada pemuatan tak segerak Walau bagaimanapun, kedua-dua kaedah ini tidak mutlak Contohnya, perkara yang tidak dapat dilihat pada skrin pertama halaman boleh dimuatkan secara tidak segerak. Permintaan pemuatan tak segerak semasa adalah seperti CSS dan JS juga telah mula mengambil laluan penggabungan permintaan tak segerak. Oleh itu, dalam projek sebenar, perkara pertama adalah untuk menganalisis keadaan khusus, dan perkara kedua adalah untuk mempunyai pemahaman yang baik tentang ijazah.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
AngularJSsangat sesuai untuk idea pembangunanAPI fisrtAdalah lebih baik jika terdapat antara mukaRESTfulsiap pakai, dan tidak memerlukan kod back-end <.>juga sesuai untuk situasi di mana logik satu halaman agak rumit. Ia sangat mudah untuk memuatkan dan memadam kandungan secara dinamik
AngularJSCadangkan laluan tambahan
jQuery => Tulang Belakang =>
AngularJS ialah alat yang berkuasa untuk pembangun yang memahami pembangunan bahagian hadapan, proses asas pembangunan SPA, masalah biasa, titik kesakitan, penalaan prestasi, dll. Bagi mereka yang tidak mempunyai pengalaman di atas, sangat sukar untuk mempelajari Angular secara langsung tanpa bimbingan pemandu berpengalaman Sukar untuk memahami logik dan tujuan di sebalik reka bentuk sudut yang kompleks, dan mudah untuk mengabaikan asas DOM.
Jika asas jQuery asal digunakan, kod akan dikurangkan sebanyak 2/3 atau lebih selepas bertukar kepada sudut.
Terdapat dua laluan pembelajaran.
Jika anda tidak mempunyai apa-apa pengetahuan asas, adalah disyorkan untuk pergi terus ke Angular, dan anda akan mendapati bahawa anda boleh mempelajarinya lebih cepat berbanding jika anda mempunyai pengetahuan asas tentang jQuery,Jika anda mempunyai asas jQuery, anda mesti terlebih dahulu melupakan semua jQuery, maka laluan pembelajaran hendaklah jQuery -> Lupakan jQuery ->
Perkara yang paling teruk ialah kod sudut bercampur dengan banyak kod jQuery Sudah tamat, tiada cara untuk menyimpannya
http://blog.csdn.net/postd_cn/article/details/38405833http://damoqiongqiu.iteye.com/blog/1926475
Semua rangka kerja diekstrak daripada persekitaran kejuruteraan sebenar dan kemudian diperbaiki secara perlahan-lahan. Jadi jika anda tidak mempunyai pengalaman pembangunan yang mencukupi, sebenarnya sukar untuk anda membandingkan sama ada menggunakan Backbone, Ember, React atau Angular.
Tetapi saya fikir jika anda berminat dengan mana-mana rangka kerja, maka gunakannya secara beransur-ansur, jika anda menggunakannya lebih banyak, anda akan tahu berapa lama masa yang diperlukan untuk menulisnya jika anda menggunakan jQuery sendiri harus menulis sendiri Rangka kerja sudah tentu, jika anda menulis aplikasi umum, anda juga akan berfikir bahawa menggunakan rangka kerja ini adalah lebih baik daripada tulisan tangan.
jquery hanya mengawal dom. . .
Perkara yang paling hebat tentang angluarjs ialah pengikatan data dua hala. Ia sesuai untuk halaman dengan interaksi yang sangat kompleks.
Walaupun rakan sekelas lain menyebutnya, faedah perkara seperti ini hanya dapat dilihat selepas anda telah mengumpul tahap pengalaman projek tertentu Namun, untuk tujuan pengiklanan, saya akan membincangkannya secara ringkas.
Sebagai contoh, jika subjek itu baru sahaja bersentuhan dengan pengaturcaraan dan belum biasa dengan fungsi, apabila dia melihat OOP, dia mungkin bertanya, apakah faedahnya Walaupun dia kemudiannya menguasai gula sintaksis yang berkaitan, dia masih ragu-ragu tentang nilai praktikal mereka, ini sangat difahami.
Berbalik kepada rangka kerja MVC/MVVM seperti AngularJS, apakah nilai kewujudannya? Malah, seperti OOP, ia adalah untuk mengurangkan gandingan kod, mengurangkan kesukaran logik dan meningkatkan kebolehpercayaan. Jadi mengapa mereka lebih popular? Kaedah langsung tidak akan berfungsi?
Mari kita bincangkan tentang kaedah yang lebih "langsung" dahulu, yang didorong oleh peristiwa Untuk memberikan contoh mudah, keadaan elemen pada antara muka mungkin berubah disebabkan oleh interaksi pengguna di beberapa tempat yang berbeza, dan interaksi ini berlaku. , kekerapan, dsb. mungkin berkaitan dengan status elemen Di mana-mana sahaja yang boleh mencetuskan perubahan dalam status elemen memerlukan mekanisme penghakiman untuk menentukan status terkini elemen tersebut
Bolehkah menulis seperti ini, tetapi adakah ini masanya untuk menguji sama ada logik anda ketat atau tidak, atau sedikit kecuaian, mengubah sesuatu di sini dan melupakannya, dsb., boleh menyebabkan masalah .
MVC adalah didorong data, menambahkan lapisan data antara UI dan interaksi UI hanya mengambil berat tentang status satu atau lebih data ini dan tidak lagi mengambil berat tentang sama ada pelbagai peristiwa telah berlaku sahaja data ini, dan tidak lagi mengambil berat tentang perubahan dalam UI Dengan cara ini, logik asal yang rumit telah dipermudahkan, yang pada satu tangan mengurangkan kesukaran berfikir untuk pembangun, dan sebaliknya ia juga menjadikannya objektif. mengurangkan kebarangkalian masalah.
Langkah seterusnya ialah masa komersial~
Oleh kerana terdapat kos untuk mempelajari AngularJS/Ember hanya menguasai API sebenarnya tidak mencukupi Jika anda tidak memahami butiran pelaksanaan, anda akan tidak yakin apabila menulis kerana anda tidak tahu kos setiap satu Oleh itu, saya dengan tegas membina roda dan menggunakannya dalam pembangunan projek, bagaimanapun, kerana ia adalah roda baru, saya juga mendapati beberapa masalah dalam reka bentuk, tetapi anda dialu-alukan untuk membintanginya.
https://github.com/vilic/dropangularjs ialah rangka kerja
jquery ialah perpustakaan kelas
Ia adalah sesuatu pada dua peringkat
Menggunakan angularjs pada asasnya mengatur kod untuk membangunkan aplikasi berdasarkan ideanya. Rangka kerja membantu anda melakukan banyak perkara, termasuk pengikatan data dua hala, suntikan modul, dsb. Walau bagaimanapun, fleksibiliti dikurangkan pada masa yang sama, dan ia tidak sesuai untuk sistem hadapan berskala besar.
Bagaimana untuk mentakrifkan membantu? Jadikan atur cara lebih logik, lebih mudah diselenggara dan kurangkan kod?
Pembangunan mesti digabungkan dengan senario.
Saya rasa Augular paling sesuai untuk pembangunan peringkat aplikasi, selalunya untuk alat hujung belakang dalam perusahaan Dalam kes ini, ia pasti membantu.
Tetapi untuk beberapa halaman aktif lelaran pantas (yang hanya digunakan untuk jangka masa tertentu), Angular benar-benar tidak membantu.
Untuk meringkaskan daripada gambaran besar: Ia telah meningkatkan "kebolehgunaan semula", "kebolehselenggaraan" dan "kebolehujian" kod kami
Bermula dengan sudut adalah pantas, tetapi masih terdapat banyak perkara yang rumit di dalamnya
Matlamat konkurensi tinggi terutamanya perkhidmatan web bahagian belakang.
Pada masa lalu, apabila semuanya adalah templat bahagian belakang, kerana halaman melibatkan sejumlah besar bacaan DB hujung belakang, adalah mudah untuk memperlahankan pemaparan halaman.
Kecuali untuk data entiti perniagaan utama, kebanyakan halaman lain pada masa ini bergantung pada JS bahagian hadapan untuk dimuatkan secara tidak segerak. Sesetengah orang juga membuat halaman statik sepenuhnya, dan semua data bahagian belakang bergantung pada pemuatan tak segerak
Walau bagaimanapun, kedua-dua kaedah ini tidak mutlak Contohnya, perkara yang tidak dapat dilihat pada skrin pertama halaman boleh dimuatkan secara tidak segerak. Permintaan pemuatan tak segerak semasa adalah seperti CSS dan JS juga telah mula mengambil laluan penggabungan permintaan tak segerak. Oleh itu, dalam projek sebenar, perkara pertama adalah untuk menganalisis keadaan khusus, dan perkara kedua adalah untuk mempunyai pemahaman yang baik tentang ijazah.