หากเผยแพร่แอปใน Google Play คุณควรสร้างและอัปโหลด Android App Bundle เมื่อคุณเผยแพร่ APK หลายรายการ Google Play จะสร้างและแสดง APK ที่เพิ่มประสิทธิภาพแล้วโดยอัตโนมัติสำหรับการกำหนดค่าอุปกรณ์ของผู้ใช้แต่ละราย เพื่อให้ผู้ใช้ดาวน์โหลดเฉพาะโค้ดและทรัพยากรที่จำเป็นต่อการใช้งานแอปของคุณ การเผยแพร่ APK หลายรายการมีประโยชน์ในกรณีที่คุณไม่ได้เผยแพร่แอปใน Google Play แต่ต้องสร้าง รับรอง และจัดการ APK แต่ละรายการด้วยตนเอง
เมื่อพัฒนาแอปพลิเคชัน Android เพื่อใช้ประโยชน์จาก APK หลายรายการใน Google Play คุณควรใช้แนวทางปฏิบัติแนะนำตั้งแต่เริ่มต้น เพื่อหลีกเลี่ยงปัญหาที่ไม่จำเป็นในกระบวนการพัฒนาแอป บทเรียนนี้จะแสดงวิธีสร้าง APK หลายรายการของแอป โดยแต่ละรายการรองรับรูปแบบพื้นผิว OpenGL ชุดย่อยที่แตกต่างกัน นอกจากนี้ คุณยังจะได้รับเครื่องมือที่จําเป็นในการทำให้การดูแลรักษาโค้ดฐาน APK หลายรายการเป็นไปอย่างราบรื่นที่สุด
ยืนยันว่าคุณต้องการ APK หลายรายการ
เมื่อพยายามสร้างแอปพลิเคชันที่ใช้งานได้กับอุปกรณ์ Android ทั้งหมดที่มี แน่นอนว่าคุณต้องการให้แอปพลิเคชันของคุณดูดีที่สุดในอุปกรณ์แต่ละเครื่อง แม้จะรองรับชุดพื้นผิว GL ชุดเดียวกันไม่ทั้งหมด ในช่วงแรกอาจดูเหมือนว่าการรองรับ APK หลายรายการเป็นวิธีแก้ปัญหาที่ดีที่สุด แต่จริงๆ แล้วอาจไม่ใช่เช่นนั้น ส่วนการใช้ APK เดี่ยวแทนของคู่มือนักพัฒนาซอฟต์แวร์ APK หลายรายการมีข้อมูลที่เป็นประโยชน์บางอย่างเกี่ยวกับวิธีดำเนินการให้สำเร็จด้วย APK เดียว รวมถึงวิธีตรวจหารูปแบบพื้นผิวที่รองรับขณะรันไทม์ ในกรณีของคุณ การรวมรูปแบบทั้งหมดไว้ในแอปพลิเคชันอาจทำได้ง่ายกว่า และคุณก็เลือกรูปแบบที่จะใช้ขณะรันไทม์ได้
หากคุณจัดการได้ การจำกัดแอปพลิเคชันของคุณให้อยู่ใน APK เดียวมีข้อดีหลายประการ ได้แก่
- การเผยแพร่และการทดสอบทำได้ง่ายขึ้น
- มีฐานโค้ดเพียงฐานเดียวที่ต้องดูแลรักษา
- แอปพลิเคชันสามารถปรับตัวตามการเปลี่ยนแปลงการกำหนดค่าอุปกรณ์
- กู้คืนแอปในอุปกรณ์ต่างๆ ได้
- หมดห่วงเรื่องความชื่นชอบของตลาด พฤติกรรมจาก "การอัปเกรด" จาก APK หนึ่งไปยัง APK ถัดไป หรือ APK ที่ใช้กับอุปกรณ์ระดับใด
ส่วนที่เหลือของบทนี้จะถือว่าคุณได้ค้นคว้าหัวข้อนี้ ศึกษาเนื้อหาในแหล่งข้อมูลที่ลิงก์มาอย่างละเอียด และพิจารณาแล้วว่า APK หลายรายการเป็นเส้นทางที่เหมาะสมสำหรับแอปพลิเคชันของคุณ
ทำแผนภูมิข้อกำหนดของคุณ
คู่มือนักพัฒนาซอฟต์แวร์ Android มีข้อมูลอ้างอิงที่เป็นประโยชน์เกี่ยวกับพื้นผิวที่รองรับทั่วไปบางส่วนในหน้า support-gl-texture หน้านี้ยังมีคำแนะนำบางอย่างเกี่ยวกับโทรศัพท์ (หรือตระกูลโทรศัพท์) ที่รองรับรูปแบบพื้นผิวหนึ่งๆ ด้วย โปรดทราบว่าโดยทั่วไปควรให้ APK รายการหนึ่งของคุณรองรับ ETC1 เนื่องจากอุปกรณ์ที่ใช้ Android ทั้งหมดรองรับข้อมูลจำเพาะของ OpenGL ES 2.0
เนื่องจากอุปกรณ์ที่ทำงานด้วยระบบ Android ส่วนใหญ่รองรับรูปแบบพื้นผิวมากกว่า 1 รูปแบบ คุณจึงต้องกำหนดลำดับความชอบ สร้างแผนภูมิโดยครอบคลุมรูปแบบทั้งหมดที่แอปพลิเคชันของคุณรองรับ เซลล์ด้านซ้ายสุดจะมีลำดับความสำคัญต่ำสุด (ซึ่งอาจเป็น ETC1 ซึ่งเป็นค่าเริ่มต้นที่มีประสิทธิภาพและเข้ากันได้ดีมาก) จากนั้นใส่สีในแผนภูมิ ให้แต่ละเซลล์แสดงถึง APK
| ETC1 | ATI | PowerVR |
การระบายสีในแผนภูมิไม่เพียงทำให้คู่มือนี้ดูมีสีสันมากขึ้นเท่านั้น แต่ยังช่วยให้การสื่อสารภายในทีมง่ายขึ้นด้วย ตอนนี้คุณเรียก APK แต่ละรายการว่า "น้ำเงิน" "เขียว" หรือ "แดง" แทนที่จะเรียก "เวอร์ชันที่รองรับรูปแบบพื้นผิว ETC1" ฯลฯ ก็ได้
นำโค้ดและทรัพยากรทั่วไปทั้งหมดไปวางในโปรเจ็กต์ไลบรารี
ไม่ว่าคุณจะแก้ไขแอปพลิเคชัน Android ที่มีอยู่หรือเริ่มแอปพลิเคชันใหม่ตั้งแต่ต้น การดำเนินการนี้เป็นสิ่งที่ควรทำกับโค้ดเบสเป็นอันดับแรกและสำคัญที่สุด ทุกอย่างที่รวมอยู่ในโปรเจ็กต์ไลบรารีต้องอัปเดตเพียงครั้งเดียว (เช่น สตริงที่แปลเป็นภาษาท้องถิ่น ธีมสี ข้อบกพร่องที่แก้ไขในโค้ดที่แชร์) ซึ่งจะช่วยประหยัดเวลาในการพัฒนาและลดโอกาสที่จะเกิดข้อผิดพลาดที่หลีกเลี่ยงได้ง่ายๆ
หมายเหตุ: แม้ว่ารายละเอียดการใช้งานเกี่ยวกับวิธีสร้างและรวมโปรเจ็กต์ไลบรารีจะอยู่นอกขอบเขตของบทเรียนนี้ แต่คุณสามารถทบทวนข้อมูลได้โดยอ่านหัวข้อสร้างไลบรารี Android
หากคุณแปลงแอปพลิเคชันที่มีอยู่ให้รองรับ APK หลายรายการ ให้ค้นหาไฟล์สตริงที่แปลแล้วทุกไฟล์ รายการค่า สีธีม ไอคอนเมนู และเลย์เอาต์ที่จะไม่เปลี่ยนแปลงใน APK ต่างๆ แล้วใส่ทั้งหมดไว้ในโปรเจ็กต์ไลบรารี โค้ดที่จะเปลี่ยนแปลงไม่มากนักควรอยู่ในโปรเจ็กต์ไลบรารีด้วย คุณอาจพบว่าตัวเองขยายคลาสเหล่านี้ เพื่อเพิ่ม 1-2 เมธอดจาก APK ไปยัง APK
ในทางกลับกัน หากคุณกำลังสร้างแอปพลิเคชันตั้งแต่ต้น ให้พยายามเขียนโค้ดในโปรเจ็กต์ไลบรารีก่อน จากนั้นจึงย้ายโค้ดไปยัง APK แต่ละรายการ หากจำเป็น วิธีนี้จัดการได้ง่ายกว่ามากในระยะยาว เมื่อเทียบกับการเพิ่มลงในรายการแรก แล้วเพิ่มในรายการถัดไป แล้วเพิ่มในรายการถัดไปอีก แล้วหลังจากผ่านไปหลายเดือนก็พยายามหาวิธีย้ายข้อมูลบล็อกนี้ไปไว้ในส่วนไลบรารีโดยไม่ทำให้ข้อมูลเสียหาย
สร้างโปรเจ็กต์ APK ใหม่
คุณควรมีโปรเจ็กต์ Android แยกต่างหากสำหรับ APK แต่ละรายการที่จะเผยแพร่ จัดระเบียบโปรเจ็กต์ไลบรารีและโปรเจ็กต์ APK ที่เกี่ยวข้องทั้งหมดไว้ในโฟลเดอร์หลักเดียวกันเพื่อให้จัดระเบียบได้ง่าย นอกจากนี้ โปรดทราบว่า APK แต่ละรายการต้องมีชื่อแพ็กเกจเดียวกัน แม้ว่าจะไม่จำเป็นต้องใช้ชื่อแพ็กเกจเดียวกับไลบรารีก็ตาม หากคุณมี APK 3 รายการตามรูปแบบที่อธิบายก่อนหน้านี้ ไดเรกทอรีรากอาจมีลักษณะดังนี้
alexlucas:~/code/multi-apks-root$ ls foo-blue foo-green foo-lib foo-red
เมื่อสร้างโปรเจ็กต์แล้ว ให้เพิ่มโปรเจ็กต์คลังเป็นข้อมูลอ้างอิงสำหรับโปรเจ็กต์ APK แต่ละโปรเจ็กต์ หากเป็นไปได้ ให้กำหนดกิจกรรมเริ่มต้นในโปรเจ็กต์คลัง และขยายกิจกรรมนั้นในโปรเจ็กต์ APK การกําหนดกิจกรรมเริ่มต้นในโปรเจ็กต์ไลบรารีช่วยให้คุณรวมการเริ่มต้นแอปพลิเคชันทั้งหมดไว้ในที่เดียวได้ เพื่อให้แต่ละ APK ไม่จำเป็นต้องใช้งาน "สากล" ซ้ำ เช่น การเริ่มต้น Analytics, การตรวจสอบการอนุญาตให้ใช้สิทธิ และกระบวนการเริ่มต้นอื่นๆ ที่ไม่ได้เปลี่ยนแปลงมากนักจาก APK หนึ่งไปยังอีก APK หนึ่ง
ปรับไฟล์ Manifest
เมื่อผู้ใช้ดาวน์โหลดแอปพลิเคชันที่ใช้ APK หลายรายการผ่าน Google Play ระบบจะเลือก APK ที่ถูกต้องให้โดยใช้กฎง่ายๆ ดังนี้
- ไฟล์ Manifest ต้องแสดงให้เห็นว่า APK นั้นๆ มีสิทธิ์
- จาก APK ที่มีสิทธิ์ จำนวนเวอร์ชันสูงสุดจะชนะ
- หากอุปกรณ์ในตลาดรองรับรูปแบบพื้นผิวใดๆ ที่แสดงใน APK ของคุณ อุปกรณ์นั้นจะถือว่ามีสิทธิ์
กฎข้อสุดท้ายนี้สำคัญอย่างยิ่งสำหรับพื้นผิว GL ซึ่งหมายความว่าคุณควรระมัดระวังอย่างยิ่งในการใช้รูปแบบ GL ที่แตกต่างกันในแอปพลิเคชันเดียวกัน หากคุณใช้ PowerVR 99% ของเวลา แต่ใช้ ETC1 สำหรับหน้าจอแนะนำ... ไฟล์ Manifest ของคุณจึงต้องระบุการรองรับทั้ง 2 รูปแบบ ระบบจะถือว่าอุปกรณ์ที่รองรับ ETC1 เท่านั้นเข้ากันได้ แอปจะดาวน์โหลด และผู้ใช้จะเห็นข้อความข้อขัดข้องที่น่าตื่นเต้น กรณีทั่วไปคือหากคุณใช้ APK หลายรายการเพื่อกำหนดเป้าหมายไปยังอุปกรณ์ต่างๆ โดยเฉพาะตามการรองรับพื้นผิว GL รูปแบบพื้นผิวจะเป็น 1 รูปแบบต่อ APK
ซึ่งทำให้การรองรับพื้นผิวแตกต่างออกไปเล็กน้อยจากมิติข้อมูล APK หลายรายการอีก 2 รายการ ได้แก่ ระดับ API และขนาดหน้าจอ อุปกรณ์หนึ่งๆ จะมี API ระดับเดียวและขนาดหน้าจอเดียว และ APK จะรองรับ API และขนาดหน้าจอต่างๆ ได้มากน้อยเพียงใดนั้นขึ้นอยู่กับ APK นั้นๆ เมื่อใช้พื้นผิว โดยทั่วไปแล้ว APK จะรองรับพื้นผิว 1 รายการ และอุปกรณ์จะรองรับพื้นผิวหลายรายการ อุปกรณ์เครื่องหนึ่งมักรองรับ APK หลายรายการ แต่วิธีแก้ปัญหาก็เหมือนกัน นั่นคือ รหัสเวอร์ชัน
ตัวอย่างเช่น เลือกอุปกรณ์ 2-3 เครื่อง แล้วดูว่า APK ที่กําหนดไว้ก่อนหน้านี้มีจำนวนเท่าใดที่เหมาะกับอุปกรณ์แต่ละเครื่อง
| FooPhone | Nexus S | Evo |
| ETC1 | ETC1 | ETC1 |
| PowerVR | ATI TC |
สมมติว่าทั้งรูปแบบ PowerVR และ ATI ได้รับการแนะนำมากกว่า ETC1 หากมี ตามกฎ "หมายเลขเวอร์ชันสูงสุดจะชนะ" หากเราตั้งค่าแอตทริบิวต์ versionCode ใน APK แต่ละรายการเพื่อให้สีแดง ≥ เขียว ≥ น้ำเงิน ระบบจะเลือกทั้งสีแดงและสีเขียวเหนือน้ำเงินในอุปกรณ์ที่รองรับเสมอ และหากมีอุปกรณ์ที่รองรับทั้งสีแดงและสีเขียว ระบบจะเลือกสีแดง
คุณต้องมีรูปแบบรหัสเวอร์ชันที่ดีเพื่อให้ APK ทั้งหมดอยู่ใน "แทร็ก" แยกกัน รหัสที่แนะนําจะอยู่ในส่วนรหัสเวอร์ชันของคู่มือนักพัฒนาซอฟต์แวร์ เนื่องจากชุด APK ตัวอย่างจัดการกับมิติข้อมูล 1 ใน 3 ที่เป็นไปได้เท่านั้น การแยก APK แต่ละรายการด้วย 1, 000 และเพิ่มจากจำนวนนั้นจึงเพียงพอแล้ว ซึ่งอาจมีลักษณะดังนี้
น้ำเงิน: 1001, 1002, 1003, 1004...
สีเขียว: 2001, 2002, 2003, 2004...
สีแดง:3001, 3002, 3003, 3004...
เมื่อรวมทั้งหมดเข้าด้วยกันไฟล์ Manifest ของ Android ของคุณอาจมีลักษณะดังนี้
สีน้ำเงิน:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
android:versionCode="1001" android:versionName="1.0" package="com.example.foo">
<supports-gl-texture android:name="GL_OES_compressed_ETC1_RGB8_texture" />
...
สีเขียว:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
android:versionCode="2001" android:versionName="1.0" package="com.example.foo">
<supports-gl-texture android:name="GL_AMD_compressed_ATC_texture" />
...
สีแดง:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
android:versionCode="3001" android:versionName="1.0" package="com.example.foo">
<supports-gl-texture android:name="GL_IMG_texture_compression_pvrtc" />
...
ตรวจสอบเช็กลิสต์ก่อนการเปิดตัว
โปรดตรวจสอบรายการต่อไปนี้อีกครั้งก่อนอัปโหลดไปยัง Google Play โปรดทราบว่ารายการเหล่านี้เกี่ยวข้องกับ APK หลายรายการโดยเฉพาะ และไม่ได้แสดงรายการตรวจสอบที่สมบูรณ์สำหรับแอปพลิเคชันทั้งหมดที่อัปโหลดไปยัง Google Play
- APK ทั้งหมดต้องมีชื่อแพ็กเกจเดียวกัน
- APK ทั้งหมดต้องรับรองด้วยใบรับรองเดียวกัน
- ตรวจสอบตัวกรองไฟล์ Manifest อีกครั้งเพื่อหาข้อมูลที่ขัดแย้งกัน (APK ที่รองรับเฉพาะ Cupcake ในหน้าจอขนาดใหญ่พิเศษจะไม่มีใครเห็น)
- ไฟล์ Manifest ของ APK แต่ละรายการต้องไม่ซ้ำกันสำหรับหน้าจอ พื้นผิว OpenGL หรือเวอร์ชันแพลตฟอร์มที่รองรับอย่างน้อย 1 รายการ
- ลองทดสอบ APK แต่ละรายการในอุปกรณ์อย่างน้อย 1 เครื่อง แต่คุณมีโปรแกรมจำลองอุปกรณ์ที่ปรับแต่งได้มากที่สุดแห่งหนึ่งในธุรกิจอยู่ในเครื่องสำหรับพัฒนาซอฟต์แวร์ สนุกได้เลย
นอกจากนี้ คุณควรตรวจสอบ APK ที่คอมไพล์แล้วก่อนเผยแพร่เพื่อให้แน่ใจว่าไม่มีปัญหาที่ไม่คาดคิดซึ่งอาจทำให้แอปพลิเคชันของคุณใน Google Play แสดงไม่ถูกต้อง ซึ่งจริงๆ แล้วไม่ซับซ้อนเลยเมื่อใช้เครื่องมือ "aapt" Aapt (Android Asset Packaging Tool) เป็นส่วนหนึ่งของกระบวนการสร้างสำหรับการสร้างและแพ็กเกจแอปพลิเคชัน Android และเป็นเครื่องมือที่มีประโยชน์มากในการตรวจสอบแอปพลิเคชัน
>aapt dump badging package: name='com.example.hello' versionCode='1' versionName='1.0' sdkVersion:'11' uses-permission:'android.permission.SEND_SMS' application-label:'Hello' application-icon-120:'res/drawable-ldpi/icon.png' application-icon-160:'res/drawable-mdpi/icon.png' application-icon-240:'res/drawable-hdpi/icon.png' application: label='Hello' icon='res/drawable-mdpi/icon.png' launchable-activity: name='com.example.hello.HelloActivity' label='Hello' icon='' uses-feature:'android.hardware.telephony' uses-feature:'android.hardware.touchscreen' main supports-screens: 'xlarge' supports-any-density: 'true' locales: '--_--' densities: '120' '160' '240'
เมื่อตรวจสอบเอาต์พุต aapt ให้ตรวจสอบว่าคุณไม่มีค่าที่ขัดแย้งกันสำหรับ supports-screens และ compatible-screens และไม่มีค่า "uses-feature" ที่ไม่ได้ตั้งใจซึ่งเพิ่มเข้ามาอันเป็นผลมาจากสิทธิ์ที่คุณกำหนดไว้ในไฟล์ Manifest ในตัวอย่างข้างต้น APK จะมองไม่เห็นในอุปกรณ์ส่วนใหญ่หรือทั้งหมด
เหตุผล การเพิ่มสิทธิ์ที่จำเป็น SEND_SMS จะเพิ่มข้อกำหนดฟีเจอร์ของ android.hardware.telephony โดยปริยาย เนื่องจากอุปกรณ์ขนาดใหญ่ส่วนใหญ่ (หากไม่ใช่ทั้งหมด) เป็นแท็บเล็ตที่ไม่มีฮาร์ดแวร์โทรศัพท์ Google Play จะกรอง APK นี้ออกในกรณีเหล่านี้จนกว่าจะมีอุปกรณ์ในอนาคตที่ทั้งมีขนาดใหญ่พอที่จะรายงานเป็นหน้าจอขนาดใหญ่ และมีฮาร์ดแวร์โทรศัพท์
โชคดีที่ปัญหานี้แก้ไขได้ง่ายๆ ด้วยการเพิ่มค่าต่อไปนี้ลงในไฟล์ Manifest
<uses-feature android:name="android.hardware.telephony" android:required="false" />
ระบบจะเพิ่มข้อกำหนด android.hardware.touchscreen โดยนัยด้วย หากต้องการให้แสดง APK ในทีวีซึ่งเป็นอุปกรณ์ที่ไม่ใช่หน้าจอสัมผัส คุณควรเพิ่มสิ่งต่อไปนี้ลงในไฟล์ Manifest
<uses-feature android:name="android.hardware.touchscreen" android:required="false" />
เมื่อทำตามรายการตรวจสอบก่อนการเปิดตัวเรียบร้อยแล้ว ให้อัปโหลด APK ไปยัง Google Play ระบบอาจใช้เวลาสักครู่เพื่อให้แอปพลิเคชันปรากฏขึ้นเมื่อเรียกดู Google Play แต่เมื่อปรากฏแล้ว ให้ตรวจสอบอีกครั้งเป็นครั้งสุดท้าย ดาวน์โหลดแอปพลิเคชันลงในอุปกรณ์ทดสอบที่คุณมีเพื่อตรวจสอบว่า APK กำหนดเป้าหมายไปยังอุปกรณ์ที่ต้องการ ยินดีด้วย คุณดำเนินการเสร็จแล้ว