คำถามติดแท็ก document-ready

8
$ (เอกสาร). จดชวเลข
การจดชวเลขต่อไปนี้มีไว้เพื่อ$(document).readyอะไร (function($){ //some code })(jQuery); ฉันเห็นรูปแบบนี้ใช้บ่อย แต่ฉันไม่สามารถหาข้อมูลอ้างอิงได้ หากจดชวเลข$(document).ready()มันจะมีเหตุผลใดที่ทำให้ใช้งานไม่ได้หรือไม่? ในการทดสอบของฉันดูเหมือนว่าจะยิงก่อนเหตุการณ์พร้อมเสมอ

15
เหตุการณ์เสร็จสิ้นการทำซ้ำ ng
ฉันต้องการเรียกฟังก์ชั่น jQuery กำหนดเป้าหมาย div ด้วยตาราง ng-repeatตารางที่เป็นประชากรที่มี เมื่อฉันเรียกมันว่า $(document).ready() ฉันไม่มีผลลัพธ์ ด้วย $scope.$on('$viewContentLoaded', myFunc); ไม่ช่วย มีวิธีการดำเนินการฟังก์ชั่นใด ๆ หลังจากที่ประชากรซ้ำซ้อนเสร็จสมบูรณ์? ฉันได้อ่านคำแนะนำเกี่ยวกับการใช้งานที่กำหนดเองdirectiveแล้ว แต่ฉันไม่รู้ว่าจะใช้งานอย่างไรกับ ng-repeat และ div ของฉัน ...

6
ฉันจะเรียกใช้คำสั่งหลังจากที่ Dom เสร็จสิ้นการแสดงผลได้อย่างไร
ฉันมีปัญหาที่ดูเหมือนง่ายและไม่ชัดเจน(โดยการอ่านโซลูชันAngular JS docs) ฉันมีคำสั่ง Angular JS ที่ทำการคำนวณบางอย่างตามความสูงขององค์ประกอบ DOM อื่น ๆ เพื่อกำหนดความสูงของคอนเทนเนอร์ใน DOM สิ่งที่คล้ายกับสิ่งนี้เกิดขึ้นภายในคำสั่ง: return function(scope, element, attrs) { $('.main').height( $('.site-header').height() - $('.site-footer').height() ); } ปัญหาคือเมื่อคำสั่งทำงาน$('site-header')ไม่พบส่งคืนอาร์เรย์ว่างแทนที่จะเป็นองค์ประกอบ DOM ที่ห่อหุ้ม jQuery ที่ฉันต้องการ มีการเรียกกลับที่ฉันสามารถใช้ภายในคำสั่งของฉันซึ่งทำงานหลังจากโหลด DOM แล้วเท่านั้นและฉันสามารถเข้าถึงองค์ประกอบ DOM อื่น ๆ ผ่านแบบสอบถามสไตล์ตัวเลือก jQuery ปกติได้หรือไม่

5
$ (เอกสาร) จำเป็นหรือไม่?
ฉันเห็นคำถามนี้ใน stackoverflow แต่ไม่รู้สึกว่ามีคำตอบเลย คือ$(document).readyจำเป็น? ฉันเชื่อมโยงจาวาสคริปต์ทั้งหมดของฉันที่ด้านล่างของหน้าดังนั้นในทางทฤษฎีพวกเขาทั้งหมดทำงานหลังจากที่เอกสารพร้อมแล้ว

8
เมื่อใดที่ฉันควรใช้ฟังก์ชัน document.ready ของ jQuery
ฉันได้รับคำสั่งให้ใช้ document.ready เมื่อฉันเริ่มใช้ Javascript / jQuery เป็นครั้งแรก แต่ฉันไม่เคยเรียนรู้ว่าทำไม อาจมีคนให้คำแนะนำพื้นฐานเกี่ยวกับเวลาที่เหมาะสมในการห่อรหัส javascript / jquery ไว้ใน jQuery's document.ready ? บางหัวข้อที่ฉันสนใจ: .on()วิธีการของ jQuery : ฉันใช้.on()วิธีสำหรับ AJAX ค่อนข้างน้อย (โดยทั่วไปจะใช้องค์ประกอบ DOM ที่สร้างแบบไดนามิก) ตัว.on()จัดการคลิกควรอยู่ด้านในเสมอ document.readyหรือไม่? ประสิทธิภาพ: มีประสิทธิภาพมากกว่าในการเก็บวัตถุ javascript / jQuery ต่างๆไว้ภายในหรือภายนอกเอกสารแล้ว (เช่นกันความแตกต่างของประสิทธิภาพมีนัยสำคัญหรือไม่?) ขอบเขตออบเจ็กต์: เพจที่โหลด AJAX ไม่สามารถเข้าถึงอ็อบเจ็กต์ที่อยู่ในเอกสารของเพจก่อนหน้าได้ถูกต้องหรือไม่ พวกเขาสามารถเข้าถึงได้เฉพาะวัตถุที่อยู่นอก document.ready (เช่นวัตถุ "global" อย่างแท้จริง)? อัปเดต:เพื่อปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดจาวาสคริปต์ทั้งหมดของฉัน (ไลบรารี jQuery และรหัสแอปของฉัน) จะอยู่ที่ด้านล่างของหน้า HTML …

5
Requirejs domReady plugin เทียบกับ Jquery $ (document) .ready ()?
ฉันใช้ RequireJS และจำเป็นต้องเตรียมใช้งานบางอย่างบน DOM ให้พร้อม ตอนนี้ RequireJS มีdomReadyปลั๊กอินแต่เรามี jQuery อยู่แล้ว$(document).ready()ซึ่งมีให้สำหรับฉันเนื่องจากฉันต้องการ jQuery ดังนั้นฉันจึงมีสองทางเลือก: ใช้domReadyปลั๊กอิน: require(['domReady'], function (domReady) { domReady(function () { // Do my stuff here... }); }); ใช้$(document).ready(): $(document).ready(function() { // Do my stuff here... }); ฉันควรเลือกแบบใดและเพราะเหตุใด ตัวเลือกทั้งสองดูเหมือนจะทำงานตามที่คาดไว้ ฉันไม่มั่นใจในตัว jQuery เพราะ RequireJS กำลังใช้เวทมนตร์ นั่นคือเนื่องจาก RequireJS จะเพิ่มสคริปต์แบบไดนามิกฉันกังวลว่า DOM ready อาจเกิดขึ้นก่อนที่สคริปต์ที่ร้องขอแบบไดนามิกทั้งหมดจะโหลด ในขณะที่ …

6
เหตุใดจึงไม่แนะนำให้ใช้“ $ (). ready (handler)”
จากไซต์เอกสาร jQuery APIสำหรับready ไวยากรณ์ทั้งสามต่อไปนี้เทียบเท่ากัน: $ (เอกสาร). พร้อม (ตัวจัดการ) $ () พร้อม (ตัวจัดการ) (ไม่แนะนำ) $ (ตัวจัดการ) หลังจากทำการบ้าน - อ่านและเล่นกับซอร์สโค้ดฉันไม่รู้ว่าทำไม $().ready(handler) ไม่แนะนำ วิธีแรกและวิธีที่สามเหมือนกันทุกประการตัวเลือกที่สามเรียกใช้ฟังก์ชันพร้อมใช้งานบนวัตถุ jQuery ที่แคชด้วยdocument: rootjQuery = jQuery(document); ... ... // HANDLE: $(function) // Shortcut for document ready } else if ( jQuery.isFunction( selector ) ) { return rootjQuery.ready( selector ); } …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.