Any problem with UITableView scrolling performance can be solved using การแปล - Any problem with UITableView scrolling performance can be solved using ไทย วิธีการพูด

Any problem with UITableView scroll

Any problem with UITableView scrolling performance can be solved using techniques already described in other answers. However many a times sluggish performance is caused by something inherently erroneous, or repetitive.

The fact that UITableView reuses the cells, and the fact that each cell may need its own image - together makes the solution bit complex. From how it's being solved the general way, here I summarize things that should be taken care of:

Load data into data source - from REST / database. This step should be done on background, eventually using dispatch_async along with GCD queue.
Create and initialize relevant data model objects and putting them inside an array
[tableView reloaddata]
Inside cellForRowAtIndexPath, include code that will set data (text) from correct data model object of the array.
Now images maybe in the form of URL too, so this step might be little quirky because of cell reuse done by table view. The heart of the fact is to load once again image from device cache / URL using async queue, then set it to correct cell.image (whatever is your cell image property)
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ปัญหากับ UITableView เลื่อนประสิทธิภาพใด ๆ สามารถแก้ไขได้โดยใช้เทคนิคอธิบายไว้แล้วในคำตอบอื่น ๆ อย่างไรก็ตามหลายครั้งเกิดจากบางสิ่งบางอย่างผิดพลาดเสมอ ซ้ำ หรือเฉื่อยชาประสิทธิภาพการทำงานความจริงที่ว่า UITableView reuses เซลล์ และความจริงที่ว่า เซลล์แต่ละเซลล์อาจต้องการรูปตัวเอง - ร่วมกันทำการแก้ไขบิตซับซ้อน จากว่ามันถูกแก้ไขเป็นวิธีการทั่วไป ที่นี่ฉันจะสรุปสิ่งที่ควรได้รับการดูแล:โหลดข้อมูลลงในแหล่งข้อมูล - ส่วนที่เหลือ / ฐานข้อมูล ขั้นตอนนี้ควรจะทำบนพื้น ในที่สุดโดยใช้ dispatch_async พร้อมกับคิว GCDสร้าง และเตรียมใช้งานวัตถุแบบจำลองข้อมูลที่เกี่ยวข้องและวางพวกเขาภายในอาร์เรย์[tableView reloaddata]ภายใน cellForRowAtIndexPath รวมรหัสที่จะกำหนดข้อมูล (ข้อความ) จากข้อมูลที่ถูกต้องรูปแบบวัตถุของอาร์เรย์ตอนนี้ ภาพอาจจะในรูปแบบของ URL ดังนั้นขั้นตอนนี้อาจได้แปลก ๆ เล็กน้อยเนื่องจากเซลล์นำโดยมุมมองตาราง ของจริงจะโหลดอีกครั้งภาพจากอุปกรณ์ / URL ใช้ async คิว ตั้งค่า cell.image ถูกต้อง (หากเป็นรูปภาพคุณสมบัติของเซลล์)
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ปัญหาใด ๆ กับประสิทธิภาพการเลื่อน UITableView จะสามารถแก้ไขได้โดยใช้เทคนิคการอธิบายไว้แล้วในคำตอบอื่น ๆ แต่หลายครั้งประสิทธิภาพซบเซาจะเกิดจากบางสิ่งบางอย่างที่ผิดพลาดโดยเนื้อแท้หรือซ้ำ. ความจริงที่ว่า UITableView reuses เซลล์และความจริงที่ว่าแต่ละเซลล์อาจต้องภาพของตัวเอง - ร่วมกันทำให้การแก้ปัญหาที่ซับซ้อนบิต จากวิธีการที่จะได้รับการแก้ไขด้วยวิธีทั่วไปที่นี่ผมสรุปสิ่งที่ควรได้รับการดูแล: ข้อมูลที่โหลดลงในแหล่งข้อมูล - จากส่วนที่เหลือ / ฐานข้อมูล ขั้นตอนนี้ควรจะทำบนพื้นหลังในที่สุดโดยใช้ dispatch_async พร้อมกับคิว GCD. สร้างและการเตรียมวัตถุรูปแบบข้อมูลที่เกี่ยวข้องและวางพวกเขาภายในอาร์เรย์[tableView reloaddata] ภายใน cellForRowAtIndexPath รวมถึงรหัสที่จะตั้งค่าข้อมูล (ข้อความ) จากที่ถูกต้องวัตถุรูปแบบข้อมูล ของอาร์เรย์. ตอนนี้ภาพอาจจะอยู่ในรูปแบบของ URL เกินไปดังนั้นขั้นตอนนี้อาจจะมีเล็ก ๆ น้อย ๆ ที่เล่นโวหารเพราะนำมาใช้มือถือทำโดยมุมมองตาราง หัวใจของความเป็นจริงคือการโหลดภาพอีกครั้งจากแคชอุปกรณ์ / URL ใช้คิว async แล้วตั้งค่าให้แก้ไข cell.image (สิ่งที่เป็นทรัพย์สินภาพมือถือของคุณ)







การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
есть какие - либо вопросы могут использовать uitableview когда технические характеристики уже является, однако, как говорится в других solved ответы.Многие организации через sluggish что эпохи, или в результате erroneous повторяющиеся сама.тот факт, что reuses uitableview) каждой клетки, клетки, возможно, и тот факт, что это нужно свой имидж, чтобы раствор вместекак от сложных немного. это общий подход, это solved I те, что уход вещи должна быть такой:данные из источника данных - нагрузка для отдыха / database. этот шаг должен быть в использование фон и, в конечном счете, dispatch_async doneGCD queue вместе.создать модели objects инициализации и соответствующих данных, их и внутренний массив.TableView reloaddata []Это будет включать в cellForRowAtIndexPath код, правильно установить данные (текст) от модели данных объектов массив.Теперь, возможно, в виде URL изображения, так что этот шаг будет слишком небольшой клетки, потому что сделал quirky также table).факт: изображения сердца из один раз до нагрузка queue использовать кэш / URL асинхронный device set, затем его на правильный cell.imageклетки изображение, независимо от того, является ли ты себя (собственность)
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: