สรุป Android Q AMA: สิ่งที่ Google พูดเกี่ยวกับ Android 10 บน Reddit

ปีที่แล้ว ทีม Android ของ Google ได้โฮสต์ Ask Me Anything (AMA) บน subreddit ของ Reddit /r/AndroidDev เพื่อถามคำถามเกี่ยวกับ ตัวอย่างนักพัฒนา Android P. ในปีนี้ ทีมวิศวกรที่ทำงานเกี่ยวกับ Android Q เบต้าได้ตอบคำถามเกี่ยวกับ Reddit อามา เริ่มวันที่ 1 สิงหาคม เวลา 12.00 น. PST และสิ้นสุดในอีกประมาณหนึ่งชั่วโมงครึ่งต่อมา วิศวกรของ Google 33 คนมีส่วนร่วมใน AMA โดยตอบคำถามมากมายในช่วงเวลาสั้นๆ ที่ AMA ดำเนินไป นี่คือบทสรุปของข้อมูลใหม่ทั้งหมดที่เราได้เรียนรู้

Android Q AMA: ทุกสิ่งที่เราเรียนรู้จาก Google

ผู้เข้าร่วมจากทีม Android Q เบต้า

• อดัม โคเฮน: TLM บนตัวเรียกใช้ Android / UI ระบบ
• อดัม พาวเวลล์: TLM บนชุดเครื่องมือ/กรอบงาน UI; มุมมอง, วงจรการใช้งาน, แฟรกเมนต์, libs สนับสนุน
• อลัน วิเวเรตต์: TLM, Jetpack / AndroidX
• อัลเลน หวาง: PM สำหรับ UI, ตัวเรียกใช้งาน, การแจ้งเตือน, การรวมการค้นหา และอื่นๆ อีกมากมาย!
• แอนดรูว์ ซัปปิร์สไตน์: TLM บนการตั้งค่า Android
• บราฮิม เอลบูชิกิ: PM Director สำหรับ Android Machine Learning และ Camera (NN API, ML Kit, CameraX, Camera Platform)
• แชด บรูเบเกอร์: วิศวกรซอฟต์แวร์, ความปลอดภัยของแพลตฟอร์ม Android
• ชาร์เมน ดี ซิลวา: PM เพื่อความเป็นส่วนตัว
• เชษฐ์ ฮาส: หัวหน้าผู้สนับสนุน Android ฝ่ายนักพัฒนาสัมพันธ์
• ไดอาน่า หว่อง: PM, ความเข้ากันได้ของแอป, การใช้ API ที่ไม่ใช่ SDK, ART, NDK
• ไดแอนน์ แฮกบอร์น: ผู้จัดการทีมเฟรมเวิร์ก Android (ทรัพยากร, ตัวจัดการหน้าต่าง, ตัวจัดการกิจกรรม, ผู้ใช้หลายคน, การพิมพ์, การเข้าถึง ฯลฯ)
• เอ.เค. จุง: ผู้อำนวยการ UX
• เอียนเลค: วิศวกรซอฟต์แวร์, Jetpack (แฟรกเมนต์, การนำทาง, ส่วนประกอบทางสถาปัตยกรรม)
• อิลิยัน มัลเชฟ: วิศวกรซอฟต์แวร์หลัก Project Mainline
• เจค็อบ เลห์บอม: ผู้อำนวยการฝ่ายนักพัฒนาสัมพันธ์สำหรับ Android
• เจค วอร์ตัน: วิศวกรซอฟต์แวร์, Jetpack
• จามาล อีซัน: พีเอ็ม, แอนดรอยด์ สตูดิโอ
• เจฟฟ์ เบลีย์: TLM, โครงการโอเพ่นซอร์ส Android (AOSP)
• เจฟฟ์ ชาร์กี้: วิศวกรซอฟต์แวร์, Android Framework
• เจฟฟรีย์ แวนโก๊ะ: Android Studio, คอมไพเลอร์
• เจนชัย: PM, ตำแหน่งและบริบท, การตรวจสอบสิทธิ์, ป้อนข้อความอัตโนมัติ, การใช้งาน API ที่ไม่ใช่ SDK, ART
• คาเรนอึ้ง: PM กลุ่มสำหรับเครื่องมือสำหรับนักพัฒนา Android, Android Studio, Android Tookit และ Jetpack
• พอล แบ๊งค์เฮด: ผู้อำนวยการฝ่ายจัดการผลิตภัณฑ์ Google Play
• โรฮัน ชาห์: ผู้จัดการผลิตภัณฑ์ UI ระบบ Android
• โรเมน กาย: ผู้จัดการทีม Android Toolkit/Jetpack
• ซาการ์ คัมดาร์: ผู้อำนวยการฝ่ายบริหารผลิตภัณฑ์ Android
• เสาร์เค: ผู้อำนวยการฝ่ายวิศวกรรม การเชื่อมต่อ Android
• เซลิม ซิเน็ค: วิศวกรซอฟต์แวร์, UI ระบบ Android
• สเตฟานี ซาด คัธเบิร์ตสัน: ผู้อำนวยการอาวุโสฝ่ายบริหารผลิตภัณฑ์ Android
• ซูมีร์ คาทาเรีย: วิศวกรซอฟต์แวร์ Jetpack (WorkManager)
• ทราวิส แม็กคอย: นายกฯ แพลตฟอร์ม Android
• ทริสตันอัพสติล: วิศวกรผู้มีชื่อเสียง หัวหน้าฝ่าย UI และระบบอัจฉริยะของ Android
• วินิจ โมดี: PM, กล้อง Android

อ่านเพิ่มเติม

OEM ไม่สามารถฆ่าแอปได้อีกต่อไปเมื่อผู้ใช้ปัดแอปเหล่านั้นออกไปในช่วงล่าสุด

หากคุณเคยใช้สมาร์ทโฟนจากแบรนด์จีน คุณอาจต้องเผชิญกับฟีเจอร์ "การเพิ่มประสิทธิภาพแบตเตอรี่" ที่น่ารำคาญซึ่ง ฆ่าแอปโปรดทั้งหมดของคุณในเบื้องหลัง. พฤติกรรมนี้ไม่เพียงแต่สร้างความรำคาญให้กับผู้ใช้ที่คาดหวังให้แอปบางตัวทำงานต่อไปในเบื้องหลังไม่ว่าด้วยเหตุผลใดก็ตาม แต่ยังน่ารำคาญสำหรับนักพัฒนาที่ต้องทนรับคำวิจารณ์ที่ไม่ดีจากผู้ใช้ที่ไม่เข้าใจว่าไม่ใช่ของแอป ความผิดพลาด. ในขณะที่ Google นั้น นิ่ง ไม่ได้จัดการกับเรื่องนี้อย่างเต็มที่ (พวกเขาโบกมือปัญหาโดยระบุว่าพฤติกรรมนี้เป็นเช่นนั้น มีแนวโน้มว่าละเมิดข้อกำหนดเอกสารข้อกำหนดความเข้ากันได้ของ Android) ของบริษัทแล้ว เป็น ดำเนินการ เทียบกับการเปลี่ยนแปลงพฤติกรรม "การประหยัดแบตเตอรี่" หนึ่งครั้งที่ใช้โดย OEM บางราย

"เพื่อช่วยในสถานการณ์นี้ เราได้เพิ่มการทดสอบ CTS ใน Android Q เพื่อให้แน่ใจว่าแอปจะไม่ถูกปิดเมื่อถูกปัดออกจากรายการล่าสุด"

Android R อาจนำการเปลี่ยนแปลงมาสู่ภาพหน้าจอมากกว่าที่เราคาดไว้

Google วางแผนที่จะเพิ่ม การเลื่อนภาพหน้าจอใน Android Rแต่ในขณะเดียวกัน. ทีมงาน Android คือ "ลองดูอย่างใกล้ชิดว่า [พวกเขา] สามารถปรับปรุงประสบการณ์ [X] ทั้งหน้าจอสำหรับ R ได้อย่างไร" ดังนั้นเราจึงได้ ดูการปรับปรุงอื่นๆ ของพฤติกรรมภาพหน้าจอ (และ screencast) ใน Android เวอร์ชันหลักถัดไป

ชี้แจงโหมดเดสก์ท็อปใหม่ของ Android Q

ที่ รุ่นเบต้าสาธารณะครั้งแรก ของ Android Q นำอินเทอร์เฟซโหมดเดสก์ท็อปที่ซ่อนอยู่มาสู่ AOSP และ Pixel Launcher แม้ว่ากูเกิล ได้สัมผัสคุณสมบัตินี้โดยย่อ ในระหว่างเซสชัน Google I/O เราไม่เคยได้ยินจาก Google โดยตรงว่าฟีเจอร์ใหม่นี้เข้ากับระบบนิเวศของ Android ได้อย่างไร Google ตอนนี้ชี้แจงแล้ว:

"ใน 'โหมดเดสก์ท็อป' ของ Q AOSP เป็นตัวเลือกสำหรับนักพัฒนาที่กำหนดเป้าหมายสำหรับนักพัฒนาแอปพลิเคชัน ช่วยให้พวกเขาสามารถทดสอบแอพของตนในสภาพแวดล้อมโหมดการแสดงผลหลายจอและโหมดหน้าต่างรูปแบบอิสระ ก่อนหน้านี้ ไม่มีวิธีที่สะดวกในการทดสอบพฤติกรรมของแอปบนจอแสดงผลรองและด้วยหน้าต่างที่ปรับขนาดได้อย่างอิสระบน Android สต็อก คุณลักษณะนี้ไม่ได้ผลิตขึ้นเองและไม่ได้มีไว้สำหรับผู้ใช้ทั่วไปในขณะนี้ อย่างไรก็ตาม นี่เป็นพื้นฐานของแพลตฟอร์ม Android สำหรับ OEM ในการสร้างนวัตกรรมและสร้างผลิตภัณฑ์ที่ยอดเยี่ยม"

ดังนั้นเราจึงคาดหวังว่าจะได้เห็น OEM สร้างขึ้นจากโหมดเดสก์ท็อปดั้งเดิมของ Android Q ตัวอย่างเช่น OnePlus 7 Pro รองรับการแสดงผลผ่าน HDMIดังนั้นจึงเป็นไปได้ว่า OxygenOS 10 บนพื้นฐาน Android Q จะมีอินเทอร์เฟซโหมดเดสก์ท็อปของตัวเองในอนาคต เรายังหวังว่า Google จะสร้างคุณลักษณะนี้ขึ้นมาสำหรับอนาคตที่กำลังจะมาถึง พิกเซล 4.

โหมดมืดตามเวลา

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

"มีสาเหตุบางประการที่ทำให้สิ่งนี้เลิกใช้แล้ว (ไม่ถูกลบออก) ใน AppCompat v1.1.0: ต้องมีแอปต้องขอ การอนุญาตตำแหน่งให้ถูกต้องแม่นยำ และถึงแม้ตำแหน่งที่ถูกต้อง การคำนวณเวลาพระอาทิตย์ขึ้น/พระอาทิตย์ตกก็สามารถทำได้ รถม้าชนิดเล็ก”

เมื่อถามถึงจุดบกพร่องเหล่านี้ นายเบนส์กล่าวว่า "การคำนวณพระอาทิตย์ขึ้น/ตกเป็นเรื่องยากอย่างฉาวโฉ่ โดยเฉพาะอย่างยิ่งสำหรับสถานที่ใกล้กับ ขั้วเหนือ/ใต้" ผู้ใช้เปิดไฟกลางคืนขึ้นมา ซึ่งมีให้ใช้งานตั้งแต่ Android 7.1 Nougat สามารถสลับได้โดยอัตโนมัติตามพระอาทิตย์ตก/พระอาทิตย์ขึ้น ตารางเวลา นายเบนส์เล่าว่า เนื่องจาก Night Light ใช้ CalendarAstronomer จาก ห้องไอซียู4เจมันใช้ "โค้ดชิ้นใหญ่ซึ่งเราไม่ต้องการให้ AppCompat พึ่งพา" อย่างไรก็ตามทีมงานทำ สถานะ คุณลักษณะนี้คือ "บางสิ่งบางอย่าง [พวกเขา] จะพิจารณา"

รองรับ Camera2 API/Camera HAL3 สำหรับอุปกรณ์ Android Q

Google เปิดตัว Camera2 API เพื่อกำหนดวิธีที่แอปสามารถโต้ตอบกับกล้องแต่ละตัวที่เชื่อมต่อกับสมาร์ทโฟนของคุณได้ดียิ่งขึ้น ในขณะที่กูเกิล ให้กำลังใจ ผู้จำหน่ายสมาร์ทโฟนจะ "เปิดเผยกล้องจริงทั้งหมดของตนแก่นักพัฒนา" ผู้จำหน่ายหลายรายเลือกที่จะไม่ทำเช่นนั้น แม้ว่า "ตัว API นั้นจะไม่ใช่ ป้องกันพวกเขาในวันนี้” ซึ่งหมายความว่าแอปกล้องของบุคคลที่สามจำนวนมากไม่สามารถใช้โมดูลกล้องรองหรือตติยภูมิในสมัยใหม่ได้ สมาร์ทโฟน อย่างไรก็ตาม มีความคืบหน้าเนื่องจาก Android Q ได้รับการปรับปรุง LOGICAL_MULTI_CAMERAซึ่งเป็น API ที่ช่วยให้นักพัฒนาสามารถเข้าถึงกล้องทุกตัวบนอุปกรณ์ได้ดีขึ้น และช่วยให้ OEM ควบคุมการใช้พลังงานและการจัดการสถานะของกล้องหลายตัวได้

นอกจากนี้ Google ยังกล่าวอีกว่าพวกเขาได้เพิ่มข้อกำหนดสำหรับอุปกรณ์ทั้งหมดที่เปิดตัวด้วย Android Q เพื่อรองรับ Camera2 API/Camera HAL3 โดยกำเนิด ตามคำกล่าวของวินิจ โมดี:

"ตั้งแต่ Android P เป็นต้นไป อุปกรณ์ใหม่ที่มี RAM 1GB ขึ้นไปจะต้องใช้งาน HALv3/กล้อง2 แบบเนทีฟ Android Q เป็นต้นไปอุปกรณ์ใหม่ทั้งหมดจะต้องรองรับ HALv3/กล้อง 2 โดยกำเนิด น่าเสียดายที่การอัพเกรดจาก HALv1 เป็น HALv3 ค่อนข้างซับซ้อนผ่านทางอากาศ และอาจมีผลกระทบที่ไม่คาดคิด ดังนั้นเราจึงต้องจำกัดขอบเขตไว้เฉพาะกับอุปกรณ์ใหม่เท่านั้น"

สิ่งที่น่าสนใจคือคำกล่าวของ Modi เกี่ยวกับอุปกรณ์เปิดตัว Android P RAM ปกติ ขัดแย้งกัน สิ่งที่ Google บอกไปก่อนหน้านี้ และสิ่งที่เผยแพร่บนหน้า Image Test Suite ทางออนไลน์

ธีมแอปแบบไดนามิกด้วย Jetpack Compose

เฟรมเวิร์กธีม OMS ของ Sony ถูกเพิ่มเข้าไปใน AOSP เพียงไม่กี่รุ่นเท่านั้น มีไว้สำหรับ OEM เพื่อสร้าง เรารู้อยู่แล้วว่า Google ต่อต้าน การใช้ทรัพยากรรันไทม์ซ้อนทับโดยผู้ใช้ในการกำหนดธีมแอป แต่สำหรับนักพัฒนา บริษัทคือ หวัง นั่นมัน Jetpack เขียน UI กรอบงานจะนำเสนอ "แนวทางที่น่าสนใจสำหรับธีมแบบไดนามิก"

Vulkan-backend สำหรับ Skia เพื่อเรนเดอร์ UI

ปีที่แล้ว, เราพบการสนทนา ในบรรดาวิศวกรของ Google ที่พูดถึงแผนการที่จะมีเฟรมเวิร์ก Android นั้นใช้ Vulkan Graphics API สำหรับการแสดงผล UI ขณะนี้คุณสามารถเปิดใช้งานแบ็กเอนด์ที่เร่งด้วยฮาร์ดแวร์ของ Vulkan โดยไม่ต้องใช้โทรศัพท์ของคุณ ขัดข้อง เราไม่เคยได้ยินแผนการที่เป็นรูปธรรมจาก Google มาก่อนว่าพวกเขาวางแผนที่จะเปิดตัวสิ่งเหล่านี้เมื่อใด การเปลี่ยนแปลง AMA นี้ไม่ตอบคำถามนั้น แต่อย่างน้อยเราก็ได้รับการยืนยันว่ายังอยู่ในระหว่างดำเนินการ ตามคำบอกเล่าของ Romain Guy:

"ทีมงานกำลังทำงานบนแบ็กเอนด์ Vulkan สำหรับ Skia ซึ่งเป็นตัวเรนเดอร์ 2D ที่ Android ใช้ แต่ไม่ได้เปิดใช้งานตามค่าเริ่มต้นในขณะนี้ UI และ Canvas ยังคงผ่าน OpenGL ES"

ทำให้แถบท่าทางของ Android Q มีชีวิตชีวามากขึ้น

บางคนใน XDA ยังคงคิดอย่างนั้น ท่าทางใหม่ของ Android นั้นยุ่งเหยิงแต่โดยส่วนตัวแล้วฉันคิดว่าพวกเขาสบายดี หากคุณลองใช้ท่าทางใหม่ใน Android Q สักระยะ คุณจะสังเกตเห็นว่าแถบท่าทางไม่ขยับตามนิ้วของคุณ นอกจากนี้ยังติดอยู่บนหน้าจอที่ไม่จำเป็น เช่น หน้าจอหลักหรือภาพรวมแอปล่าสุด อัลเลน ฮวง พูดว่า พวกเขา "เห็นด้วยอย่างยิ่งว่ามีโอกาส" ที่จะทำให้ "เส้นนำทางมีความคงที่น้อยลง" เขากล่าวเพิ่มเติมว่า "นี่คือสิ่งที่เรากำลังทำอยู่ - แต่ยังต้องรักษาสมดุลเพื่อไม่ให้เสียสมาธิ ปรากฏ/หายไป”

การปรับปรุงกรอบการเข้าถึงพื้นที่เก็บข้อมูล

การเปลี่ยนแปลงมากมายใน Android Q ได้ปรับปรุงอย่างมาก ความปลอดภัยและความเป็นส่วนตัวของแพลตฟอร์ม. การเปลี่ยนแปลงอย่างหนึ่งที่เรียกว่า "Scoped Storage" จะจำกัดการเข้าถึงไฟล์ของแอปในที่จัดเก็บข้อมูลภายนอกในลักษณะที่เหมาะสม แอปเพลงไม่จำเป็นต้องเห็นแกลเลอรีของคุณ เป็นต้น แอพตัวจัดการไฟล์ที่ทำงานบน Android Q ต้องใช้ API ที่เรียกว่า Storage Access Framework เพื่อให้ทำงานต่อไปได้ตามปกติ แต่ นักพัฒนาบางคนมองว่า API นี้ด้อยกว่า ถึงสิ่งที่มีมาก่อน เจฟฟ์ ชาร์กี้ จาก Google พูดว่า ทีมงานได้แก้ไขข้อร้องเรียนของนักพัฒนาเหล่านี้บางส่วนแล้ว:

"เราทำการปรับปรุงประสิทธิภาพ SAF ใน Android Q Beta รุ่นล่าสุด คุณสามารถตรวจสอบเกณฑ์มาตรฐานของคุณกับเบต้าล่าสุดได้หรือไม่ ตรวจสอบให้แน่ใจว่าคุณใช้ ContentProviderClient เมื่อดำเนินการจำนวนมาก"

Project Treble ปรับปรุงการใช้ Android Pie เทียบกับ Android Oreo

เราได้เห็นแล้วว่า Project Treble ซึ่งเป็นโครงสร้างสถาปัตยกรรมระดับต่ำที่สำคัญของเฟรมเวิร์ก Android ได้ปรับปรุงการนำระบบปฏิบัติการ Android เวอร์ชันใหม่มาใช้ได้อย่างไร Google ให้เครดิต Treble ที่อยู่เบื้องหลังผู้จำหน่ายสมาร์ทโฟนจำนวนมากที่เข้าร่วม Android P เบต้า ปีที่แล้วและ Android Q เบต้า ปีนี้. อิลิยัน มัลเชฟ หัวหน้าโครงการ Treble และ ฉีดยา วิศวกร, พูดว่า การนำ Android Pie มาใช้นั้นเป็น "3 เท่า" ของ Android Oreo ณ สิ้นปี 2561

ในความคิดเห็นเดียวกัน Dick Dougherty แซวว่าเมตริกที่มีประโยชน์มากกว่านั้นอยู่ในผลงานสำหรับแผนภูมิการเผยแพร่เวอร์ชัน Android แผนภูมิก็คือ อัปเดตล่าสุดในเดือนพฤษภาคมแต่ข้อมูลมีประโยชน์สำหรับนักข่าวมากกว่านักพัฒนาแอป

การบันทึกหน้าจอยังคงเป็น WIP

Android Q เบต้ารุ่นแรกๆ ได้เพิ่มการตั้งค่าสถานะสำหรับเครื่องบันทึกหน้าจอพื้นฐาน แต่ตัวแพลตฟอร์มเองได้ปรับปรุงอรรถประโยชน์ในการบันทึกหน้าจออย่างมากโดย ช่วยให้แอปบันทึกเสียงจากแอปอื่นได้. Stephanie Saad Cuthbertson กล่าวว่าทีมงานกำลังพิจารณาว่า "เราจะปรับปรุงความต้องการในการบันทึกหน้าจอได้ดีขึ้นเหมือนเมื่อวานได้อย่างไร" สมาร์ทโฟนยี่ห้ออื่นๆ เช่น OnePlus, ASUS, Huawei และ Samsung มีเครื่องบันทึกหน้าจอที่มีประสิทธิภาพซึ่งสามารถบันทึกเสียงภายในได้ ดังนั้น Google จะติดตามที่นี่

ธีมมืดทุกสิ่ง!

ในกรณีที่คุณพลาด Google กำลังเพิ่มโหมดมืดให้กับแอปส่วนใหญ่ สเตฟานี ซาด คัธเบิร์ตสัน พูดว่า คาดหวังว่า "แอปหลัก" ทั้งหมดจะสนับสนุนธีมสีเข้ม "โดยการเปิดตัว [Android Q] อย่างเป็นทางการ" แม้กระทั่ง Google Chrome ซึ่งปัจจุบันนี้ บังคับให้โหลดหน้าซ้ำเมื่อเปิดใช้งานธีมสีเข้มทั้งระบบ และจะได้รับการอัปเดตเพื่อไม่ให้รีเฟรชอีกต่อไปเมื่อธีมนั้นเปิดอยู่ เปลี่ยน.

ใช่ Launcher ของบุคคลที่สามจะทำงานร่วมกับ Gestures ได้ (ในที่สุด)

ท่าทางของ Android เป็นแบบอย่าง ใช้งานไม่ได้เมื่อคุณใช้ตัวเรียกใช้งานบุคคลที่สาม. นั่นเป็นเพราะว่า UI ของแอปล่าสุดมีอยู่ในแอปตัวเรียกใช้งานสต็อก และ Google ยังไม่มี หาวิธีที่จะมีการเปลี่ยนผ่านที่ราบรื่นแบบเดียวกับที่เราเห็นเมื่อใช้ท่าทางกับพิกเซลสต็อก ตัวเปิด อดัม โคเฮน ยืนยัน แผนการของ Google ที่จะแก้ไขปัญหาเหล่านี้ "โดยเร็วที่สุดหลังการเผยแพร่" เขายังกล่าวอีกว่า ความเข้ากันไม่ได้ "จะได้รับการแก้ไขในการอัปเดตหลัง Q และ backported สำหรับอุปกรณ์ใหม่ที่เปิดตัวด้วย ถาม”

พาร์ติชันไดนามิก/ลอจิคัลไม่ได้อยู่ที่นี่เพื่อปิด ROM แบบกำหนดเอง

เพื่อที่จะสนับสนุน การอัปเดตระบบแบบไดนามิก ใน Android Q อุปกรณ์บางอย่างเช่น Google Pixel 3 และ Pixel 3 XL ใช้ประโยชน์จากโลจิคัลพาร์ติชัน พาร์ติชันเหล่านี้สามารถปรับขนาดได้แบบไดนามิก การเปลี่ยนแปลงครั้งนี้มี ได้รับการพิสูจน์แล้วว่ามีความท้าทายในการเข้าถึงรูทและนักพัฒนาบางรายกังวลว่า ROM แบบกำหนดเองกำลังตกเป็นเป้าหมาย Iliyan Malchev ให้ความมั่นใจกับเราว่าความตั้งใจไม่ได้จำกัด ROM แบบกำหนดเอง เช่น เขาอธิบาย:

"พาร์ติชันไดนามิกไม่ได้มีไว้เพื่อจำกัดสิ่งที่คุณสามารถทำกับ ROM แบบกำหนดเองได้ พาร์ติชันเหล่านี้เป็นเพียง วิธีแก้ปัญหาขนาดพาร์ติชั่นคงที่และไม่มีวิธีที่ปลอดภัยในการแบ่งพาร์ติชั่นอุปกรณ์ โอตะ ก่อนที่จะมีพาร์ติชันแบบไดนามิก หาก OEM ทำผิดพลาดในการกำหนดขนาดเช่น พาร์ติชั่นระบบได้แล้ว จะถูกจำกัดโดยตัวเลือกนั้น ทำให้แทบจะเป็นไปไม่ได้เลยที่จะอัพเกรดอุปกรณ์หลังจากเวลาที่กำหนด จุด. OEM บางรายแบ่งพาร์ติชันอุปกรณ์ของตนใหม่บน OTA ตามแนวทางปฏิบัติ แต่ก) ไม่ได้รับการสนับสนุนอย่างเป็นทางการใน Android และ ข) การเปลี่ยนตารางพาร์ติชันถือว่าค่อนข้างเสี่ยง พาร์ติชันแบบไดนามิกมีจุดมุ่งหมายเพื่อบรรเทาปัญหาโดยการแนะนำระดับทางอ้อมระหว่างตารางพาร์ติชันฟิสิคัลและระบบปฏิบัติการที่เห็น สิ่งนี้ทำให้เราสามารถปรับขนาดพาร์ติชั่นบน OTA ได้อย่างปลอดภัย สำหรับ ROM แบบกำหนดเอง คุณไม่ควรถูกจำกัดเกินกว่าที่คุณเป็นอยู่ทุกวันนี้กับสิ่งที่คุณทำได้ การรองรับ ROM แบบกำหนดเองคือและยังคงเป็นสิ่งที่ OEM แต่ละรายตัดสินใจที่จะเปิดใช้งาน"

โครงการ Mainline - โมดูล ART และความยาวการสนับสนุน

Mainline เป็นความคิดริเริ่มใหม่ของ Google ซึ่งมีเป้าหมายเพื่อสร้างมาตรฐานให้กับไลบรารีและแพ็คเกจบางอย่าง เพื่อให้สามารถอัปเดตได้อย่างอิสระจากการอัปเดตแพลตฟอร์ม บางคนสงสัยว่าเหตุใด Android Runtime (ART) จึงยังไม่เป็นโมดูล Mainline แต่ฉันได้รับแจ้งที่ Google I/O ว่า ความซับซ้อนที่เกี่ยวข้องกับการทำให้ ART แบบแยกส่วนทำให้ไม่สามารถรวมเป็นหนึ่งในแพ็คเกจ APEX เริ่มต้น เช่น อธิบาย โดยทั้ง Iliyan Malchev และ Diana Wong:

"การอัปเดตรันไทม์ (โดยเฉพาะประสิทธิภาพและการแก้ไข GC และไลบรารีหลัก) เป็นสิ่งที่เรากำลังสำรวจในบริบทของการฉีด เราเห็นประโยชน์มากมายจากการที่สามารถทำให้การอัปเดตเหล่านี้สอดคล้องกันในทุกอุปกรณ์และในหลายๆ รุ่นด้วย mainline นอกจากนี้ยังเป็นความท้าทายด้านเทคนิคอย่างมากในขณะที่เราคิดว่าจะทำให้ดีที่สุดสำหรับนักพัฒนาได้อย่างไร และน่าจะต้องใช้ความพยายามนานหลายปี ปัจจุบันยังไม่ใช่สิ่งที่ Mainline สามารถทำได้ แต่เป็นสิ่งที่เรากำลังคิดถึงอยู่อย่างแน่นอน"

หากคุณติดตาม AOSP Gerrit คุณจะเห็นว่า Google เป็นเช่นนั้น ทำงานหนัก การสร้าง Runtime APEX ปัจจุบันพวกเขาดูเหมือนจะเป็น แยก Bionic และ ART/libcore ลงในโมดูล APEX ที่แยกจากกัน

เกี่ยวกับประโยชน์ของ Project Mainline ผู้ใช้รายหนึ่งถามเกี่ยวกับระยะเวลาในการอัปเดต Mainline เพื่อเป็นการตอบสนอง อิลิยัน มัลเชฟ พูดว่า ว่า "นี่เป็นคำถามเชิงนโยบายที่เรายังคงประเมินอยู่ แต่เราต้องการอัปเดตโมดูล Mainline บนอุปกรณ์ให้นานที่สุด" นักพัฒนา XDA ที่ได้รับการยอมรับ ลูก้า020400 สอบถามว่าจะมีการจัดเตรียมโมดูล Mainline ที่สร้างไว้ล่วงหน้าเพื่อให้นักพัฒนา ROM แบบกำหนดเองสามารถรวมการอัปเดตได้หรือไม่ และ Jeff Bailey ก็ได้ตอบกลับ ย้ำอีกครั้ง ว่า "โมดูลที่แยกออกจาก AOSP จะมีรุ่นแหล่งที่มาที่ตรงกับแต่ละรุ่นโมดูล" เราสามารถเห็นความก้าวหน้าของโมดูล APEX ใหม่ใน AOSP เช่นโมดูลสำหรับ API โครงข่ายประสาทเทียม.

CameraX พบกับ ML Kit

ที่ I/O ปีนี้ Google ได้เปิดตัว ไลบรารี CameraX Jetpack. ไลบรารีนี้ได้รับการออกแบบมาเพื่อให้นักพัฒนาสามารถสนับสนุน Camera2 API ของ Android ได้ง่ายขึ้น ในขณะที่ยังคงความเข้ากันได้ตั้งแต่ Android Lollipop วินิจ โมดี หยอกล้อ ที่บริษัทกำลังดำเนินการบูรณาการ CameraX เข้าด้วยกัน เอ็มแอล คิทซึ่งเป็น Machine Learning Firebase SDK ของ Google เพื่อให้นักพัฒนาสามารถป้อนเฟรมภาพลงใน ML Kit เพื่อการวิเคราะห์ได้

ส่วนขยายผู้จำหน่าย CameraX และวันที่วางจำหน่าย

นักพัฒนาแอปกล้องคร่ำครวญถึงความจริงที่ว่าฟีเจอร์กล้องขั้นสูง เช่น Night Sight ของ Google Pixel ไม่สามารถเข้าถึงได้โดยแอปกล้องของบุคคลที่สาม สิ่งนี้ควรจะแก้ไขได้ด้วยส่วนขยายผู้จำหน่าย CameraX ซึ่ง Jeff Sharkey จาก Google พูดว่า ว่า "อุปกรณ์ Pixel ทั้งหมดได้รับการปรับให้เหมาะกับ CameraX Core" เขาล้อว่า "ส่วนขยายจะได้รับการสนับสนุนบนอุปกรณ์ใหม่และที่กำลังจะมาถึง" นอกจากนี้ Google ยังเป็น "ทำงานร่วมกับผู้ผลิตหลายรายเพื่อนำความสามารถของอุปกรณ์ของตนมาสู่นักพัฒนาและผู้ใช้" แม้ว่าจะไม่ได้รับการยืนยันโดยตรง แต่ก็เป็นไปได้ที่เราอาจเห็นฟีเจอร์ต่างๆ ชอบ สายตากลางคืน บน กูเกิลพิกเซล 4 พร้อมใช้งานสำหรับแอพกล้องของบริษัทอื่นที่ใช้ไลบรารี CameraX

Mr. Sharkey กล่าวว่า Google ตั้งเป้าเปิดตัวรุ่นเบต้าในช่วงปลายปีนี้

การปรับปรุงการจัดการหน่วยความจำใน Android Q

Pixel 3 รู้สึกไม่พอใจที่มี ปัญหามากมายหลังการเปิดตัวแต่ Google ได้ทำสิ่งต่างๆ มากมายเพื่อแก้ไขปัญหาเหล่านี้ผ่านช่องทางต่างๆ มากมาย ข้อมูลอัปเดตหลังการเปิดตัว. การจัดการหน่วยความจำเป็นหนึ่งในจุดอ่อนที่สุดของ Pixel 3 แต่สิ่งต่าง ๆ ควรจะดีขึ้นเล็กน้อยในรุ่น Android Q ตามคำกล่าวของ Selim Cinek:

"ตัวอย่างเช่น ใน SystemUI เรามีความพยายามในการปรับโครงสร้างครั้งใหญ่ใน Q เพื่อลดการใช้ RAM ของการแจ้งเตือนและพื้นผิวอื่นๆ"

ในที่สุดเราจะได้รับ ADB ไร้สายหรือไม่

หากคุณต้องการดีบักโทรศัพท์ของคุณแบบไร้สาย คุณจะต้องรูทอุปกรณ์ของคุณ Jamal Eason จากทีม Android Studio พูดว่า ว่าพวกเขากำลังพูดถึงความเป็นไปได้ของฟีเจอร์นี้อยู่

Google ยังคงทดสอบบนแท็บเล็ตหรือไม่

นักพัฒนา XDA ที่ได้รับการยอมรับ ลูกา1337 ถามว่า Google ยังคงทดสอบ AOSP UX บนแท็บเล็ตหรือไม่ มันเป็นคำถามที่ยุติธรรมเมื่อพิจารณาถึง แท็บเล็ต Android ดีๆ ขาดแคลน และ มีข้อบกพร่อง ในรุ่นปัจจุบัน อัลเลน ฮวง พูดว่า ว่า Google ยังคง "ทดสอบและแก้ไขในแต่ละปี" และบริษัทกำลังทำงานอย่างใกล้ชิดกับพันธมิตร "เพื่อให้แน่ใจว่าได้รับประสบการณ์แท็บเล็ต Android ที่ดี"

---

มีโพสต์อีกมากมายในกระทู้เต็มบน Reddit สิ่งที่ฉันได้กล่าวถึงในที่นี้สรุปข้อมูลใหม่ทั้งหมดที่เราได้เรียนรู้ ยกเว้น Googler หลายคน (โดยเฉพาะ Dianne Hackborn) ให้เหตุผลเบื้องหลังการตัดฟีเจอร์ X หรือไม่ใช้ Y การอนุญาต. ฉันขอแนะนำให้คุณอ่าน AMA ฉบับเต็ม หากคุณต้องการเข้าใจการตัดสินใจของทีม Android ดีขึ้นอีกเล็กน้อย

อ่าน AMA ฉบับเต็มได้ที่ /r/AndroidDev