cari

Rumah  >  Soal Jawab  >  teks badan

angular.js - AngularJS 对开发有帮助么

看了AngularJS的文档,网上看了一些人说这个多强大,多少优点。
我没感觉到他能做啥很麻烦的事情,有一些小改进,但是不明显。
是我学习不仔细,没发现么?

習慣沉默習慣沉默2743 hari yang lalu1232

membalas semua(11)saya akan balas

  • 大家讲道理

    大家讲道理2017-05-15 16:52:55

    • 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

    • balas
      0
  • PHPz

    PHPz2017-05-15 16:52:55

    Cadangkan 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

    .

    balas
    0
  • 过去多啦不再A梦

    过去多啦不再A梦2017-05-15 16:52:55

    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

    http://blog.csdn.net/postd_cn/article/details/38405833

    http://damoqiongqiu.iteye.com/blog/1926475

    balas
    0
  • ringa_lee

    ringa_lee2017-05-15 16:52:55

    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.

    balas
    0
  • 迷茫

    迷茫2017-05-15 16:52:55

    jquery hanya mengawal dom. . .
    Perkara yang paling hebat tentang angluarjs ialah pengikatan data dua hala. Ia sesuai untuk halaman dengan interaksi yang sangat kompleks.

    balas
    0
  • ringa_lee

    ringa_lee2017-05-15 16:52:55

    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/drop

    balas
    0
  • 高洛峰

    高洛峰2017-05-15 16:52:55

    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.

    balas
    0
  • 过去多啦不再A梦

    过去多啦不再A梦2017-05-15 16:52:55

    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.

    balas
    0
  • 大家讲道理

    大家讲道理2017-05-15 16:52:55

    Untuk meringkaskan daripada gambaran besar: Ia telah meningkatkan "kebolehgunaan semula", "kebolehselenggaraan" dan "kebolehujian" kod kami

    1. 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.
    2. Pemodulatan kod untuk penyelenggaraan yang mudah
    3. 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
    4. penapis dan arahan sudut masih sangat berkuasa
    5. Komuniti keseluruhannya agak matang, dan terdapat banyak barang siap sedia, yang memberikan banyak kecekapan pembangunan
    6. Semua orang yang benar-benar telah digunakan mengatakan ia bagus

    Bermula dengan sudut adalah pantas, tetapi masih terdapat banyak perkara yang rumit di dalamnya

    balas
    0
  • 我想大声告诉你

    我想大声告诉你2017-05-15 16:52:55

    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.

    balas
    0
  • Batalbalas