คำถามติดแท็ก android-development

2
มันสมเหตุสมผลไหมที่จะใช้ ORM ในการพัฒนา Android?
มันเหมาะสมหรือไม่ที่จะใช้ ORM ในการพัฒนา Android หรือเป็นเฟรมเวิร์กที่เหมาะสำหรับการเชื่อมต่อที่แน่นขึ้นระหว่าง UI และเลเยอร์ DB หรือไม่? ความเป็นมา : ฉันเพิ่งเริ่มต้นด้วยการพัฒนา Android และสัญชาตญาณแรกของฉัน (มาจากพื้นหลัง. net) คือการมองหา mapper เชิงสัมพันธ์วัตถุขนาดเล็กและเครื่องมืออื่น ๆ ที่ช่วยลด clode สำเร็จรูป (เช่น POJOs + OrmLite + Lombok ) อย่างไรก็ตามในขณะที่พัฒนาโปรแกรมประยุกต์ของเล่นครั้งแรกของฉันฉัน stumbled เมื่อชั้น UI AlphabetIndexerอย่างชัดเจนว่าต้องใช้เคอร์เซอร์ฐานข้อมูล: นั่นทำให้ฉันสงสัยว่าบางทีห้องสมุด Android อาจไม่เหมาะกับการแยก UI และเลเยอร์ DB อย่างเข้มงวดและฉันจะพลาดคุณสมบัติที่มีประโยชน์และประหยัดเวลามากมายถ้าฉันพยายามใช้ POJO ทุกที่ (แทนที่จะเข้าถึงฐานข้อมูลโดยตรง) ) ชี้แจง : ฉันค่อนข้างตระหนักถึงข้อดีของการใช้ ORM …

6
ออกแบบสำหรับการซิงค์ข้อมูลใน Android
ฉันเห็นการปรับใช้สองแบบสำหรับการซิงค์ข้อมูลระหว่างเซิร์ฟเวอร์และไคลเอนต์ในแอปส่วนใหญ่ สิ่งนี้ถือว่าไม่มีการตั้งค่า GCM: - เรียกใช้บริการเจตนาเป็นระยะ ๆ ซึ่งจะดาวน์โหลดข้อมูลจากเครือข่ายและจัดเก็บในฐานข้อมูล การนำ Sync Adapter มาใช้ซึ่งทำงานเป็นระยะ คุณแนะนำให้ใช้ข้อใดข้างต้นในแอพของคุณและเพราะเหตุใด

2
จะทำอย่างไรเมื่อคำขอถูกส่งไปยังเซิร์ฟเวอร์และในขณะที่รอการตอบสนองการเชื่อมต่ออินเทอร์เน็ตหายไป
ฉันกำลังส่งข้อมูลจำนวนมากไปยังเซิร์ฟเวอร์ ตอนนี้ขณะที่ฉันส่งข้อมูลและรอการตอบกลับจากเซิร์ฟเวอร์อุปกรณ์ Android ของฉันก็ขาดการเชื่อมต่ออินเทอร์เน็ต ดังนั้นสิ่งที่ฉันเคยทำคือการแสดงกล่องโต้ตอบการแจ้งเตือนของการเชื่อมต่อที่หายไป แต่ที่ฝั่งเซิร์ฟเวอร์ข้อมูลได้รับการประมวลผลแล้วและได้รับการอัปเดตที่ใดที่หนึ่งเช่น URL ใด ๆ แต่โทรศัพท์ Android ของฉันไม่รู้สิ่งนี้เพราะมันไม่ได้รับการตอบสนองเลย วิธีแก้ไข ไม่ว่าจะสามารถทำได้บนฝั่งเซิร์ฟเวอร์หรือบนตัว Android เองได้อย่างไร? เซิร์ฟเวอร์จะรู้ได้อย่างไรว่าโทรศัพท์ android จะไม่ฟังคำตอบ? มันอาจเป็นมุมมองการเพิ่มประสิทธิภาพการสื่อสารลูกค้า - เซิร์ฟเวอร์

2
กลยุทธ์ในการแก้ไขข้อผิดพลาดที่เกิดขึ้นกับอุปกรณ์เฉพาะเท่านั้น
ในฐานะนักพัฒนา Android ตลาดเป้าหมายที่ฉันสร้างแอพนั้นมีการแยกส่วนมาก ในขณะที่ฉันสามารถระบุข้อกำหนดบางอย่าง - เช่นแอพของฉันรองรับเฉพาะรุ่น Android xx หรือสูงกว่าบางครั้งข้อผิดพลาดอาจเกิดขึ้นที่เห็นได้ชัดในรุ่นโทรศัพท์รุ่นใดรุ่นหนึ่งเท่านั้น มีกลยุทธ์ใดบ้างที่จะจัดการกับข้อผิดพลาดเฉพาะอุปกรณ์โดยไม่ต้องซื้อโทรศัพท์ที่มีปัญหา? เรามีชุดโทรศัพท์สำหรับการทดสอบ แต่ไม่สามารถออกไปซื้อโทรศัพท์ใหม่ได้เมื่อผู้ใช้ 2 หรือ 3 คนรายงานว่ามีข้อผิดพลาดที่เกิดขึ้นเฉพาะกับรุ่นโทรศัพท์ของพวกเขาเท่านั้น ฉันแน่ใจว่านักพัฒนาซอฟต์แวร์ Android คนอื่น ๆ พบปัญหาที่คล้ายกันในอดีตและฉันอยากรู้ว่ากลยุทธ์ที่ประหยัดต้นทุนมีไว้เพื่อช่วยกำจัดข้อบกพร่องเฉพาะอุปกรณ์ อัปเดตเพื่อเพิ่มรายละเอียดเล็กน้อย: ฉันใช้Bugsenseเพื่อบันทึกรายงานข้อผิดพลาดดังนั้นทุกครั้งที่มีข้อยกเว้นเกิดขึ้นฉันจะทราบรุ่นของโทรศัพท์การติดตามสแต็คจำนวนครั้งที่เกิดขึ้นกับผู้ใช้ของฉันและรายละเอียดอื่น ๆ ผู้ใช้อาจอยู่ในประเทศที่แตกต่างกันดังนั้นฉันไม่สามารถคิดได้ว่าฉันจะสามารถยืมโทรศัพท์ได้ ลองนึกภาพสถานการณ์เช่นนี้:ผู้ใช้ 100 คนได้ติดตั้งแอป แต่มีคนสามคนบ่นว่าปุ่มไม่ทำงานอย่างถูกต้องเมื่อกด ไม่มีรุ่นโทรศัพท์ที่ฉันมีสำหรับการทดสอบพบปัญหา ดูเหมือนจะไม่มีโปรแกรมจำลองสำหรับรุ่นโทรศัพท์ที่มีปัญหา

5
จำเป็นหรือไม่ที่จะต้องมีอุปกรณ์ Android เพื่อเรียนรู้การเขียนโปรแกรมสำหรับ Android?
จำเป็นต้องมีอุปกรณ์ Android เพื่อเรียนรู้การเขียนโปรแกรมสำหรับAndroidหรือไม่? ปัจจุบัน Java เป็นภาษาโปรแกรมหลักของฉัน

2
การพัฒนาบน Android โดยไม่ต้องใช้ Java [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ตามชื่อของคำถามนี้ฉันขอรอคอยที่จะพัฒนาแอปบนแพลตฟอร์ม Android โดยไม่ต้องใช้ Javaเลย ไม่ได้หมายความว่าฉันมีความพยาบาทต่อภาษาที่สวยงามนี้หรือฉันไม่รู้วิธีพัฒนาแอพใน Java แต่ฉันกำลังพิจารณาว่าใบสมัครของฉันสามารถพัฒนาได้โดยใช้ XML, JavaScript และ Ajax เท่านั้น ดังนั้นฉันยังต้องพึ่งพา Java หรือไม่ มีข้อเสียใด ๆ ที่ไม่ได้ใช้ Java หรือไม่? ฉันจะยังสามารถขยายแอพของฉันในอนาคตได้หรือไม่? ฉันถามคำถามงี่เง่าจริง ๆ ที่นี่หรือไม่ กรุณาช่วยฉันออก แก้ไข: แอพที่ฉันกำลังทำงาน (ยังอยู่บนไวท์บอร์ดต้องการความคิดเห็นของผู้เชี่ยวชาญเกี่ยวกับวิธีการนี้) จะดึงข้อมูลข่าวจากแหล่งข่าวต่างๆและจะแสดงต่อผู้ใช้
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.