Untuk menyatakan kembali apa yang saya pikirkan pertanyaan OP sebenarnya:
Jika saya sedang membangun aplikasi terutama di Angular 1.x, dan (secara implisit) melakukannya di era Grunt / Gulp / Brokoli dan Bower / NPM, dan saya mungkin memiliki beberapa dependensi perpustakaan tambahan, apakah Perlu menambahkan lebih jelas, spesifik nilai melebihi apa yang saya dapatkan dengan menggunakan Angular tanpa Membutuhkan?
Atau, dengan kata lain:
"Apakah vanilla Angular perlu Diperlukan untuk mengelola pemuatan komponen Angular dasar secara efektif, jika saya memiliki cara lain untuk menangani pemuatan skrip dasar? "
Dan saya percaya jawaban dasar untuk itu adalah: "tidak kecuali Anda memiliki sesuatu yang sedang terjadi, dan / atau Anda tidak dapat menggunakan alat yang lebih baru, lebih modern."
Mari kita perjelas sejak awal: RequireJS adalah alat yang hebat yang memecahkan beberapa masalah yang sangat penting, dan memulai langkah kita, menuju aplikasi Javascript yang lebih skalabel dan lebih profesional. Yang penting, ini adalah pertama kalinya banyak orang menemukan konsep modularisasi dan mengeluarkan sesuatu dari ruang lingkup global. Jadi, jika Anda akan membangun aplikasi Javascript yang perlu ditingkatkan, maka Memerlukan dan pola AMD bukanlah alat yang buruk untuk melakukan itu.
Tetapi, apakah ada sesuatu yang khusus tentang Angular yang membuat Require / AMD sangat cocok? Tidak. Faktanya, Angular memberi Anda modulasi dan pola enkapsulasi sendiri, yang dalam banyak hal menjadikan fitur modularisasi AMD yang berlebihan. Dan, mengintegrasikan modul Angular ke dalam pola AMD bukan tidak mungkin, tapi agak ... rewel. Anda pasti akan menghabiskan waktu untuk mengintegrasikan kedua pola dengan baik.
Untuk beberapa sudut pandang dari tim Angular itu sendiri, ada ini , dari Brian Ford, penulis Angular Batarang dan sekarang menjadi anggota tim inti Angular:
Saya tidak merekomendasikan menggunakan RequireJS dengan AngularJS. Meskipun tentu saja mungkin, saya belum melihat contoh di mana RequireJS bermanfaat dalam praktik.
Jadi, pada pertanyaan AngularJS yang sangat spesifik: Angular dan Require / AMD adalah ortogonal, dan di beberapa tempat tumpang tindih. Anda dapat menggunakannya bersama-sama, tetapi tidak ada alasan khusus yang terkait dengan sifat / pola Angular itu sendiri.
Tetapi bagaimana dengan manajemen dasar ketergantungan internal dan eksternal untuk aplikasi Javascript yang dapat diskalakan? Tidak Perlu melakukan sesuatu yang sangat penting bagi saya di sana?
Saya merekomendasikan memeriksa Bower dan NPM, dan terutama NPM. Saya tidak mencoba memulai perang suci tentang manfaat komparatif dari alat-alat ini. Saya hanya ingin mengatakan: ada cara lain untuk menguliti kucing itu, dan cara-cara itu mungkin bahkan lebih baik daripada AMD / Membutuhkan. (Mereka tentu memiliki momentum yang jauh lebih populer di akhir 2015, khususnya NPM, dikombinasikan dengan modul ES6 atau CommonJS. Lihat pertanyaan SO terkait .)
Bagaimana dengan pemuatan malas?
Perhatikan bahwa memuat malas dan mengunduh malas berbeda. Pemuatan malas Angular tidak berarti Anda menariknya langsung dari server. Dalam aplikasi bergaya Yeoman dengan otomatisasi javascript, Anda menggabungkan dan memperkecil keseluruhan shebang menjadi satu file. Mereka hadir, tetapi tidak dieksekusi / dipakai sampai diperlukan. Peningkatan kecepatan dan bandwidth yang Anda dapatkan dari melakukan ini sangat, jauh lebih besar daripada perbaikan yang dituduhkan dari mengunduh malas pengontrol 20-line tertentu. Bahkan, latensi jaringan yang terbuang dan overhead transmisi untuk pengontrol itu akan menjadi urutan besarnya lebih besar dari ukuran pengontrol itu sendiri.
Tetapi katakanlah Anda benar-benar perlu mengunduh dengan malas, mungkin untuk aplikasi Anda yang jarang digunakan, seperti antarmuka admin. Itu kasus yang sangat sah. Membutuhkan memang bisa melakukan itu untuk Anda. Tetapi ada juga banyak lainnya , berpotensi lebih fleksibel pilihan yang mencapai hal yang sama. Dan Angular 2.0 tampaknya akan menangani ini untuk kita, built-in ke router . ( Detail .)
Tapi bagaimana dengan selama pengembangan di kotak dev lokal saya?
Bagaimana saya bisa mendapatkan semua lusinan file skrip saya dimuat tanpa perlu melampirkan semuanya ke index.html secara manual?
Lihatlah sub-generator dalam generator-angular Yeoman, atau pada pola otomasi yang terkandung dalam generator-gulp-angular , atau pada otomatisasi Webpack standar untuk React. Ini memberi Anda cara yang bersih dan dapat diskalakan untuk: secara otomatis melampirkan file pada saat komponen-komponennya dirancah, atau hanya mengambil semuanya secara otomatis jika mereka ada dalam folder tertentu / cocok dengan pola-glob tertentu. Anda tidak perlu lagi memikirkan pemuatan skrip Anda sendiri setelah mendapatkan opsi yang terakhir.
Intinya?
Membutuhkan adalah alat yang hebat, untuk hal-hal tertentu. Tetapi pergi dengan gandum jika memungkinkan, dan pisahkan kekhawatiran Anda bila memungkinkan. Biarkan Angular khawatir tentang pola modularisasi Angular sendiri, dan pertimbangkan untuk menggunakan modul ES6 atau CommonJS sebagai pola modularisasi umum. Biarkan alat otomatisasi modern khawatir tentang pemuatan skrip dan pengelolaan ketergantungan. Dan atasi async lazy-loading dengan cara granular, bukan dengan menyibukkannya dengan dua masalah lainnya.
Yang mengatakan, jika Anda mengembangkan aplikasi Angular tetapi tidak dapat menginstal Node pada mesin Anda untuk menggunakan alat otomatisasi Javascript karena beberapa alasan, maka Membutuhkan mungkin merupakan solusi alternatif yang baik. Dan saya telah melihat pengaturan yang sangat rumit di mana orang ingin secara dinamis memuat komponen Angular yang masing-masing menyatakan dependensi mereka sendiri atau sesuatu. Dan sementara saya mungkin akan mencoba untuk memecahkan masalah itu dengan cara lain, saya dapat melihat manfaat dari gagasan itu, untuk situasi yang sangat khusus itu.
Tetapi sebaliknya ... ketika mulai dari awal dengan aplikasi Angular baru dan fleksibilitas untuk menciptakan lingkungan otomasi modern ... Anda punya banyak pilihan lain yang lebih fleksibel dan lebih modern.
(Diperbarui berulang kali untuk mengikuti perkembangan adegan JS.)