เมื่อใดควรใช้ผู้ให้บริการเนื้อหา

ฉันเข้าใจว่าผู้ให้บริการเนื้อหาทำขึ้นเพื่ออนุญาตให้แชร์ข้อมูลแบบสาธารณะระหว่างแอปพลิเคชัน อย่างไรก็ตามฉันสงสัยว่ามีใครคิดจะสร้าง Content Provider เพื่อใช้ภายในแอปของคุณเอง การทำเช่นนี้จะมีข้อดีหรือไม่? ข้อเสียใด ๆ ?

ในอดีตฉันเพิ่งติดตั้ง SQliteOpenHelper เพื่อเข้าถึงข้อมูลจากฐานข้อมูลของฉัน แต่ฉันกำลังพิจารณาที่จะสร้างผู้ให้บริการเนื้อหา ฉันรู้สึกว่าวิธีการขอข้อมูล URI นั้นชัดเจนและรัดกุม ในทางกลับกันการใช้ Content Provider สำหรับแอปพลิเคชันของฉันจะซ้ำซ้อน (เนื่องจากภายในนั้นฉันจะมีคลาส SQliteOpenHelper) และทำงานได้มากกว่าที่ฉันต้องการหรือไม่

หากคุณไม่ได้วางแผนที่จะแบ่งปันข้อมูลอย่าคิดถึงผู้ให้บริการเนื้อหา พวกเขามีพลัง แต่เขียนยากและมันจะโง่แค่ไหนที่จะนำมันไปใช้หากคุณจะใช้มันภายใน

อย่างไรก็ตามฉันสงสัยว่ามีใครคิดจะสร้าง Content Provider เพื่อใช้ภายในแอปของคุณเอง

แน่นอน ... ตัวอย่างเช่นสำหรับแอปรายการสิ่งที่ต้องทำเก่าที่ฉันเขียนฉันต้องเขียนผู้ให้บริการเนื้อหาเพื่ออนุญาตให้แอปอื่นดึงและเข้าถึงสถานะงาน เป็นส่วนหนึ่งของข้อกำหนด แต่ยิ่งไปกว่านั้นมันสมเหตุสมผลและทำให้แอปดีขึ้น

ฉันขอโต้แย้งว่าเป็นความคิดที่ดีที่จะใช้ContentProviderแม้ว่าคุณจะไม่ได้ตั้งใจที่จะเปิดเผยต่อสาธารณะก็ตาม

เป็นแนวทางปฏิบัติที่ดีในการเพิ่มระดับนามธรรมให้กับข้อมูลของคุณเพื่อให้ง่ายต่อการเปลี่ยนแปลงภายใน จะเกิดอะไรขึ้นหากคุณตัดสินใจที่จะเปลี่ยนโครงสร้างฐานข้อมูลในภายหลัง หากคุณใช้ a ContentProviderคุณสามารถมีการเปลี่ยนแปลงโครงสร้างทั้งหมดภายในได้โดยที่หากคุณไม่ได้ใช้งานคุณจะต้องเปลี่ยนทุกส่วนของโค้ดที่ได้รับผลกระทบจากการเปลี่ยนแปลงโครงสร้าง นอกจากนี้เป็นเรื่องดีที่สามารถใช้ API มาตรฐานเดียวกันในการเข้าถึงข้อมูลได้อีกครั้งแทนที่จะทิ้งโค้ดของคุณด้วยการเข้าถึงฐานข้อมูลระดับต่ำ

นอกจากนี้ยังมีโอกาสที่คุณอาจต้องการเปิดเผยข้อมูลของคุณในอนาคตอยู่เสมอ หากคุณไม่ใช้งานContentProviderด้านหน้าการติดตั้งเพิ่มเติมในภายหลังจะทำได้ยากกว่ามาก

จากนั้นมีส่วนอื่น ๆ ของ Android ที่ContentProviderจำเป็น / แนะนำเช่นเมื่อใช้SyncAdapters และถ้าคุณต้องการ App Widget ที่เกี่ยวข้องกับการเข้าถึงข้อมูลเช่น

โดยสรุปมีค่าใช้จ่ายน้อยมากที่เกี่ยวข้องกับการเขียนContentProviderล่วงหน้า (เมื่อคุณได้เรียนรู้ API ซึ่งก็เป็นความคิดที่ดีอยู่แล้ว) ดังนั้นจึงเป็นเรื่องที่ควรทำแม้กระทั่งสำหรับข้อมูลส่วนตัว

ดู MOTODEV Studio สำหรับ Eclipse เป็นสภาพแวดล้อมการพัฒนาที่ขยาย Eclipse พวกเขามีเครื่องมือที่คุณสามารถสร้างผู้ให้บริการเนื้อหาสำหรับฐานข้อมูลโดยอัตโนมัติ หากผู้ให้บริการเนื้อหาช่วยให้เข้าถึงข้อมูลของคุณได้ง่ายขึ้นและไม่มีผลกระทบอย่างมีนัยสำคัญต่อประสิทธิภาพให้ใช้งานต่อไป ในสถานการณ์ส่วนใหญ่จะเป็นกรณีนี้

ในระยะสั้นContent Providersจะช่วยในการจัดการข้อมูลได้อย่างมีประสิทธิภาพ ฉันขอแนะนำให้ใช้ด้วยเหตุผลดังต่อไปนี้

• ทำหน้าที่เป็นเลเยอร์นามธรรมระหว่าง UI และฐานข้อมูลของคุณ คุณสามารถใช้การตรวจสอบข้อมูลใน ContentProviders เพื่อตรวจสอบความถูกต้องของข้อมูลที่ป้อนโดยผู้ใช้ นอกจากนี้ยังให้คุณปรับเปลี่ยนโครงสร้างของฐานข้อมูลโดยไม่ต้องสัมผัส UI และส่วนอื่น ๆ
• พวกเขาเล่นตามอย่างกับคนอื่น ๆในชั้นเรียนหุ่นยนต์กรอบSyncAdapterเช่น สำหรับเช่น. คุณจะสามารถรีเฟรชรายการเมื่อค่าในฐานข้อมูลมีการเปลี่ยนแปลงโดยใช้ ContentProviders CursorLoaderพร้อมกับ หากไม่มี ContentProviders คุณจะต้องใช้ฟังก์ชันมากมายเช่นนี้ด้วยตัวคุณเอง
• เราสามารถได้อย่างปลอดภัยเปิดเผยข้อมูลส่วนตัวของเราที่จะปพลิเคชันอื่น ๆ การใช้ ContentProviders จะช่วยให้เราสามารถแบ่งปันข้อมูลของเรากับแอปอื่น ๆ ได้อย่างง่ายดายและปลอดภัย

ดังนั้นแม้ว่าคุณจะไม่ต้องการฟังก์ชันเหล่านี้ในตอนนี้ แต่คุณอาจต้องการมันในอนาคตและเป็นเรื่องดีที่จะก้าวไปอีกขั้นและใช้งานได้ทันที

ฉันยอมรับว่า ContentProviders เข้าใจยากเล็กน้อย แต่มีประโยชน์อย่างแน่นอนแม้ว่าคุณจะต้องการใช้ภายในสำหรับแอปของคุณเองก็ตาม สิ่งที่ดีที่สุดคือคุณสามารถปรับแต่งผู้ให้บริการเนื้อหาสำหรับ URI ที่เหมาะสมได้

นี่คือสถานการณ์ที่คุณอาจมี 5 ตารางในฐานข้อมูลของคุณ แต่คุณต้องเข้าร่วมสองสามตารางในบางคำสั่งก่อนจึงจะใช้งานได้ และสร้าง URI เนื้อหาสำหรับแต่ละการรวมเหล่านี้ จากนั้นคุณสามารถใช้ URI เหล่านี้เป็นตารางได้ :)

ฉันขอแนะนำให้คุณก้าวไปข้างหน้าด้วย Content Provider คุณจะประหลาดใจเมื่อเห็นว่ามันมีประสิทธิภาพเพียงใด

ในมุมมองของฉันผู้ให้บริการเนื้อหามาพร้อมกับข้อได้เปรียบมากมายเพียงแค่แชร์ข้อมูลกับแอปอื่น ๆ หากคุณต้องการซิงโครไนซ์กับเซิร์ฟเวอร์โดยใช้ Sync-Adapter ให้ใช้การส่งข้อความบนคลาวด์ของ Google อัปเดต UI โดยอัตโนมัติเมื่อข้อมูลพื้นฐานในฐานข้อมูลเปลี่ยนแปลงโดยใช้ Loaders ดำเนินการค้นหาใช้วิดเจ็ต ... จากนั้นผู้ให้บริการเนื้อหาจะเหมาะสำหรับคุณ

ฉันอยากให้คุณทำตามแนวทางนี้เพราะวันหนึ่งคุณอาจต้องใช้คุณสมบัติข้างต้นบางอย่างที่แนบมากับผู้ให้บริการเนื้อหา

อย่างไรก็ตามคุณสามารถสร้างฐานข้อมูลและ CP ได้อย่างรวดเร็วภายในเวลาไม่ถึง 5 นาทีโดยใช้ตัวสร้างผู้ให้บริการเนื้อหา

ตามที่กล่าวไว้ในเอกสารประกอบ: การสร้างผู้ให้บริการเนื้อหา

คุณไม่จำเป็นต้องมีผู้ให้บริการเพื่อใช้ฐานข้อมูล SQLite หากการใช้งานอยู่ในแอปพลิเคชันของคุณเองทั้งหมด

แล้วทำไมต้องกังวลกับการพัฒนาค่าใช้จ่ายนี้? คุณต้องการการพัฒนาที่ง่ายขึ้นและเร็วขึ้นใช่ไหม? ดังนั้นสิ่งที่เป็นนามธรรมหนึ่งชั้น (SQLiteOpenHelper สืบทอดมา) ก็เพียงพอแล้ว

ดู มีดโกนของ Occam อย่าสร้างเอนทิตีโดยไม่มีเหตุผลที่ดีมาก

อย่าใช้ผู้ให้บริการเนื้อหาหากไม่ต้องการแชร์ข้อมูลกับแอพอื่น ใช้ sqlitedatabase อย่างง่ายเพื่อดำเนินการฐานข้อมูล โปรดใช้ความระมัดระวังในการใช้ผู้ให้บริการเนื้อหาเพื่อจัดเก็บข้อมูลที่เป็นความลับเนื่องจากแอปอื่นอาจเข้าถึงข้อมูลที่เป็นความลับของคุณได้

การใช้ผู้ให้บริการเนื้อหาสามารถช่วยในระดับนามธรรมเพิ่มเติม - การใส่ไว้ในแอปพลิเคชันของคุณเองจะช่วยเพิ่มเวลาในการพัฒนาที่สำคัญให้กับโครงการของคุณ อย่างไรก็ตามหากคุณใช้ข้อมูลนี้เพื่อแชร์ข้อมูลการตั้งค่าแอปพลิเคชันหรือการกำหนดค่าในแอปพลิเคชันต่างๆผู้ให้บริการเนื้อหาก็เป็นทางเลือกของคุณ

ดูระดับความปลอดภัยของคุณและฉันขอแนะนำให้ใช้ SQLcipher เพื่อเข้ารหัสข้อมูลเมื่อรีเซ็ต (DAR) หากผู้ให้บริการเนื้อหาของคุณกำลังเขียนไปยัง SQLite (ฉันใช้ผู้ให้บริการเนื้อหาในโซลูชันบางอย่างและให้ความสามารถในการ "สแนปช็อต" แบบสดของค่าการดำเนินงานสำหรับการดีบักและการทดสอบ)