Android Studio 3.2 (กันยายน 2018)
Android Studio 3.2 เป็นรุ่นหลักที่มีฟีเจอร์และการปรับปรุงใหม่ๆ มากมาย
3.2.1 (ตุลาคม 2018)
การอัปเดต Android Studio 3.2 นี้รวมถึงการเปลี่ยนแปลงและการแก้ไขต่อไปนี้
- เวอร์ชัน Kotlin ที่รวมไว้มีเวอร์ชัน 1.2.71 แล้ว
- เครื่องมือสร้างเวอร์ชันเริ่มต้นคือ 28.0.3
- ในไลบรารีการนำทาง ประเภทอาร์กิวเมนต์ได้เปลี่ยนชื่อจาก
type
เป็นargType
แล้ว - ข้อบกพร่องต่อไปนี้ได้รับการแก้ไขแล้ว
- เมื่อใช้ไลบรารีการเชื่อมโยงข้อมูล ชื่อตัวแปรที่มีขีดล่างทำให้เกิดข้อผิดพลาดในการคอมไพล์
- CMake ทําให้ IntelliSense และฟีเจอร์อื่นๆ ของ CLion ใช้งานไม่ได้
- การเพิ่ม
SliceProvider
ทําให้เกิดข้อผิดพลาดในการคอมไพล์ในโปรเจ็กต์ที่ไม่ได้ใช้ไลบรารีandroidx.*
- ไม่ได้เรียกใช้การทดสอบยูนิต Kotlin บางรายการ
- ปัญหาการเชื่อมโยงข้อมูลทำให้เกิด
PsiInvalidElementAccessException
- องค์ประกอบ
<merge>
ในบางครั้งทําให้เครื่องมือแก้ไขเลย์เอาต์ขัดข้อง
3.2.0 ปัญหาที่ทราบ
หมายเหตุ: ปัญหาเหล่านี้ได้รับการแก้ไขแล้วใน Android Studio 3.2.1
เราไม่แนะนําอย่างยิ่งให้ใช้ Kotlin เวอร์ชัน 1.2.70
Kotlin เวอร์ชัน 1.2.61 แก้ไขข้อบกพร่องที่อาจทำให้ Android Studio ค้าง แต่ Kotlin 1.2.70 ไม่มีการแก้ไขปัญหานี้
แต่ Kotlin เวอร์ชัน 1.2.71 ขึ้นไปจะมีวิธีแก้ไขนี้
-
แม้ว่าปกติแล้วคุณไม่จําเป็นต้องระบุเวอร์ชันเครื่องมือสร้าง แต่หากใช้ปลั๊กอิน Android Gradle 3.2.0 โดยตั้งค่า
renderscriptSupportModeEnabled
เป็นtrue
คุณจะต้องใส่ข้อมูลต่อไปนี้ในไฟล์build.gradle
ของแต่ละโมดูลandroid.buildToolsVersion "28.0.3"
มีอะไรใหม่เกี่ยวกับ Assistant
ผู้ช่วยคนใหม่จะแจ้งให้คุณทราบเกี่ยวกับการเปลี่ยนแปลงล่าสุดใน Android Studio
ผู้ช่วยจะเปิดขึ้นเมื่อคุณเริ่ม Android Studio หลังจากการติดตั้งใหม่หรือการอัปเดต หากตรวจพบว่ามีข้อมูลใหม่ที่จะแสดง หรือจะเปิดผู้ช่วยโดยเลือกความช่วยเหลือ > มีอะไรใหม่ใน Android Studio ก็ได้
Android Jetpack
Android Jetpack ช่วยเร่งการพัฒนา Android ด้วยคอมโพเนนต์ เครื่องมือ และคำแนะนำที่กำจัดงานที่ต้องทำซ้ำๆ และช่วยให้คุณสร้างแอปคุณภาพสูงที่ทดสอบได้ง่ายและรวดเร็วขึ้น Android Studio มีการอัปเดตต่อไปนี้เพื่อรองรับ Jetpack ดูข้อมูลเพิ่มเติมได้ที่เอกสารประกอบของ Jetpack
เครื่องมือแก้ไขการนําทาง
เครื่องมือแก้ไขการนําทางแบบใหม่ผสานรวมกับคอมโพเนนต์การนําทางของ Android Jetpack เพื่อแสดงมุมมองแบบกราฟิกสําหรับสร้างโครงสร้างการนําทางของแอป เครื่องมือแก้ไขการนําทางช่วยให้การออกแบบและการใช้งานการนําทางระหว่างปลายทางในแอปง่ายขึ้น
ใน Android Studio 3.2 ตัวแก้ไขการนำทางเป็นฟีเจอร์ทดลอง หากต้องการเปิดใช้ตัวแก้ไขการนำทาง ให้คลิกไฟล์ > การตั้งค่า (Android Studio > ค่ากำหนด บน Mac) เลือกหมวดหมู่ทดลองในแผงด้านซ้าย เลือกช่องข้างเปิดใช้ตัวแก้ไขการนำทาง แล้วรีสตาร์ท Android Studio
หากต้องการดูข้อมูลเพิ่มเติม โปรดอ่าน เอกสารประกอบเกี่ยวกับตัวแก้ไขการนำทาง
การย้ายข้อมูล AndroidX
เราจะย้ายไลบรารีการสนับสนุนของ Android ไปยังไลบรารีส่วนขยาย Android ใหม่ที่ใช้เนมสเปซ androidx
ซึ่งเป็นส่วนหนึ่งของ Jetpack ดูข้อมูลเพิ่มเติมได้ที่ภาพรวมของ AndroidX
Android Studio 3.2 จะช่วยคุณดำเนินการขั้นตอนนี้ด้วยฟีเจอร์การย้ายข้อมูลใหม่
หากต้องการย้ายข้อมูลโปรเจ็กต์ที่มีอยู่ไปยัง AndroidX ให้เลือกเปลี่ยนโครงสร้างภายในโค้ด > ย้ายข้อมูลไปยัง AndroidX หากคุณมีไลบรารี Maven ที่ไม่ได้ย้ายข้อมูลไปยังเนมสเปซ AndroidX ระบบในรุ่นของ Android Studio จะแปลงไลบรารีเหล่านั้นโดยอัตโนมัติด้วย
ปลั๊กอิน Android Gradle มี Flag ระดับกลางต่อไปนี้ที่คุณตั้งค่าได้
ในไฟล์ gradle.properties
android.useAndroidX
: เมื่อตั้งค่าเป็นtrue
แฟล็กนี้ จะบ่งชี้ว่าคุณต้องการเริ่มใช้ AndroidX นับจากนี้เป็นต้นไป หากไม่มีแฟล็ก Android Studio จะทำงานเสมือนมีการตั้งค่า Flag เป็นfalse
android.enableJetifier
: เมื่อตั้งค่าเป็นtrue
Flag นี้บ่งชี้ว่าคุณต้องการการรองรับเครื่องมือ (จากปลั๊กอิน Android Gradle) เพื่อแปลงไลบรารีของบุคคลที่สามที่มีอยู่โดยอัตโนมัติราวกับว่าไลบรารีดังกล่าวเขียนขึ้นสำหรับ AndroidX หากไม่มี Flag นี้ Android Studio จะทํางานเสมือนว่าตั้งค่า Flag เป็นfalse
ระบบจะตั้งค่า Flag ทั้ง 2 รายการเป็น true
เมื่อคุณใช้คำสั่งย้ายข้อมูลไปยัง AndroidX
หากต้องการเริ่มใช้ไลบรารี AndroidX ทันทีและไม่ต้องแปลงไลบรารีของบุคคลที่สามที่มีอยู่ ให้ตั้งค่า Flag android.useAndroidX
เป็น true
และ Flag android.enableJetifier
เป็น false
Android App Bundle
Android App Bundle เป็นรูปแบบการอัปโหลดรูปแบบใหม่ที่รวมโค้ดและทรัพยากรที่คอมไพล์แล้วทั้งหมดของแอป แต่เลื่อนการสร้างและการลงนาม APK ไปยัง Google Play Store
จากนั้นโมเดลการนำส่งแอปแบบใหม่ของ Google Play จะใช้ App Bundle ของคุณเพื่อสร้างและนำส่ง APK ที่เพิ่มประสิทธิภาพแล้วสำหรับการกำหนดค่าอุปกรณ์ของผู้ใช้แต่ละราย เพื่อให้ผู้ใช้แต่ละรายดาวน์โหลดเฉพาะโค้ดและทรัพยากรที่จำเป็นต่อการเรียกใช้แอปของคุณ คุณจึงไม่ต้องสร้าง รับรอง และจัดการ APK หลายรายการอีกต่อไป และผู้ใช้จะดาวน์โหลดไฟล์ที่มีขนาดเล็กลงและเพิ่มประสิทธิภาพมากขึ้น
นอกจากนี้ คุณยังเพิ่มโมดูลฟีเจอร์ลงในโปรเจ็กต์แอปและรวมไว้ใน App Bundle ได้ด้วย จากนั้นผู้ใช้จะดาวน์โหลดและติดตั้งฟีเจอร์ของแอปได้ตามต้องการ
หากต้องการสร้างกลุ่ม ให้เลือกสร้าง > สร้างกลุ่ม / APK > สร้างกลุ่ม
ดูข้อมูลเพิ่มเติม รวมถึงวิธีการสร้างและวิเคราะห์ Android App Bundle ได้ที่ Android App Bundle
ข้อมูลตัวอย่างในเครื่องมือสร้างเลย์เอาต์
เลย์เอาต์ Android จำนวนมากมีข้อมูลรันไทม์ที่อาจทำให้เห็นภาพลักษณะของเลย์เอาต์ได้ยากในขั้นตอนการออกแบบการพัฒนาแอป ตอนนี้คุณจะดูตัวอย่างมุมมองได้อย่างง่ายดายในเครื่องมือแก้ไขเลย์เอาต์ที่มีข้อมูลตัวอย่าง เมื่อคุณเพิ่มมุมมอง ปุ่ม จะปรากฏใต้มุมมองในหน้าต่างการออกแบบ คลิกปุ่มนี้เพื่อตั้งค่าแอตทริบิวต์มุมมองเวลาออกแบบ คุณเลือกจากเทมเพลตข้อมูลตัวอย่างที่หลากหลายและระบุจํานวนรายการตัวอย่างที่จะใช้สร้างมุมมองได้
หากต้องการลองใช้ข้อมูลตัวอย่าง ให้เพิ่ม RecyclerView
ลงในเลย์เอาต์ใหม่ ให้คลิกปุ่มแอตทริบิวต์เวลาออกแบบ ใต้มุมมอง แล้วเลือกตัวเลือกจากภาพสไลด์ของเทมเพลตข้อมูลตัวอย่าง
Slice
ข้อมูลโค้ดเป็นวิธีใหม่ในการฝังฟังก์ชันการทํางานบางส่วนของแอปในแพลตฟอร์มอินเทอร์เฟซผู้ใช้อื่นๆ บน Android เช่น ข้อมูลส่วนช่วยให้แสดงฟังก์ชันการทำงานและเนื้อหาของแอปในคำแนะนำของ Google Search ได้
Android Studio 3.2 มีเทมเพลตในตัวที่จะช่วยคุณขยายแอปด้วย Slice Provider API ใหม่ รวมถึงการตรวจสอบ Lint ใหม่เพื่อให้แน่ใจว่าคุณกำลังทำตามแนวทางปฏิบัติแนะนำเมื่อสร้าง Slice
หากต้องการเริ่มต้นใช้งาน ให้คลิกขวาที่โฟลเดอร์โปรเจ็กต์ แล้วเลือกใหม่ > อื่นๆ > ผู้ให้บริการข้อมูลส่วนตัด
ดูข้อมูลเพิ่มเติม รวมถึงวิธีทดสอบการโต้ตอบกับข้อมูลในแผงข้อมูลได้ที่คู่มือเริ่มต้นใช้งานข้อมูลในแผงข้อมูล
Kotlin 1.2.61
Android Studio 3.2 จะรวม Kotlin 1.2.61 และ Android SDK เวอร์ชันใหม่จะผสานรวมกับ Kotlin ได้ดีขึ้น ดูข้อมูลเพิ่มเติมได้ที่บล็อกของนักพัฒนาแอป Android
IntelliJ IDEA 2018.1.6
IDE หลักของ Android Studio ได้รับการอัปเดตด้วยการปรับปรุงจาก IntelliJ IDEA ผ่านรุ่น 2018.1.6
เครื่องมือสร้างโปรไฟล์ Android
ลองใช้ฟีเจอร์ใหม่ต่อไปนี้ของ Android Profiler ใน Android Studio 3.2
เซสชัน
ตอนนี้คุณสามารถบันทึกข้อมูลเครื่องมือวิเคราะห์เป็นเซสชันเพื่อกลับมาดูและตรวจสอบในภายหลัง เครื่องมือวิเคราะห์จะเก็บข้อมูลเซสชันไว้จนกว่าคุณจะรีสตาร์ท IDE
เมื่อคุณ บันทึกการติดตามเมธอดหรือ บันทึกฮีปดัมป์ IDE จะเพิ่มข้อมูลดังกล่าว (พร้อมด้วยกิจกรรมในเครือข่ายของแอป) เป็นรายการแยกต่างหากไปยังเซสชันปัจจุบัน และคุณจะสลับระหว่างการบันทึกเพื่อเปรียบเทียบข้อมูลได้อย่างง่ายดาย
การติดตามของระบบ
ในเครื่องมือวิเคราะห์ประสิทธิภาพ CPU ให้เลือกการกําหนดค่าการติดตามระบบใหม่เพื่อตรวจสอบ CPU ของระบบและกิจกรรมเธรดของอุปกรณ์ การกําหนดค่าการติดตามนี้สร้างขึ้นจาก systrace
และมีประโยชน์สําหรับการตรวจสอบปัญหาระดับระบบ เช่น UI กระตุก
ขณะใช้การกำหนดค่าการติดตามนี้ คุณจะทำเครื่องหมายกิจวัตรของโค้ดที่สำคัญแบบเป็นภาพในไทม์ไลน์เครื่องมือสร้างโปรไฟล์ได้โดยใช้เครื่องมือสำหรับโค้ด C/C++ กับ Native Tracing API หรือโค้ด Java กับคลาส Trace
ตรวจสอบการอ้างอิง JNI ในเครื่องมือวิเคราะห์หน่วยความจำ
หากทำให้แอปใช้งานได้ในอุปกรณ์ที่ใช้ Android 8.0 (API ระดับ 26) ขึ้นไป ตอนนี้คุณสามารถตรวจสอบการจัดสรรหน่วยความจำสำหรับรหัส JNI ของแอปได้โดยใช้ เครื่องมือสร้างโปรไฟล์หน่วยความจำ
ขณะที่แอปทํางานอยู่ ให้เลือกส่วนของไทม์ไลน์ที่ต้องการตรวจสอบ แล้วเลือก JNI heap จากเมนูแบบเลื่อนลงเหนือรายการคลาส ดังที่แสดงด้านล่าง จากนั้นคุณสามารถตรวจสอบออบเจ็กต์ในกองได้ตามปกติ และดับเบิลคลิกออบเจ็กต์ในแท็บกองซ้อนการเรียกใช้เพื่อดูตำแหน่งที่มีการจัดสรรและปล่อยการอ้างอิง JNI ในโค้ด
นำเข้า ส่งออก และตรวจสอบไฟล์ฮีปดัมป์ของหน่วยความจำ
ตอนนี้คุณนำเข้า ส่งออก และตรวจสอบไฟล์ฮีปดัมป์ของหน่วยความจำ .hprof
ที่สร้างด้วย Memory Profiler ได้แล้ว
นำเข้าไฟล์ .hprof
ของคุณโดยคลิกเริ่มเซสชันเครื่องมือสร้างโปรไฟล์ใหม่
ในแผงเซสชันของเครื่องมือสร้างโปรไฟล์ แล้วเลือกโหลดจากไฟล์ จากนั้นคุณสามารถตรวจสอบข้อมูลในเครื่องมือวิเคราะห์หน่วยความจำได้เช่นเดียวกับการดูข้อมูลในกองขยะอื่นๆ
หากต้องการบันทึกข้อมูลฮีปดัมพ์เพื่อตรวจสอบในภายหลัง ให้ใช้ปุ่มส่งออกฮีปดัมพ์ทางด้านขวาของรายการฮีปดัมพ์ในแผงเซสชัน ในกล่องโต้ตอบส่งออกเป็นที่ปรากฏขึ้น ให้บันทึกไฟล์ที่มีนามสกุล .hprof
บันทึกกิจกรรมของ CPU ระหว่างที่เริ่มต้นแอป
ตอนนี้คุณสามารถบันทึกกิจกรรมของ CPU ระหว่างที่แอปเริ่มต้นทำงานได้โดยทำดังนี้
- เลือกเรียกใช้ > แก้ไขการกําหนดค่าจากเมนูหลัก
- เลือกช่องข้างเริ่มบันทึกการติดตามเมธอดเมื่อเริ่มต้นในแท็บการโปรไฟล์ของการกำหนดค่าการเรียกใช้ที่ต้องการ
- เลือกการกำหนดค่าการบันทึก CPU ที่จะใช้จากเมนูแบบเลื่อนลง
- ติดตั้งใช้งานแอปในอุปกรณ์ที่ใช้ Android 8.0 (API ระดับ 26) ขึ้นไปโดยเลือกเรียกใช้ > โปรไฟล์
ส่งออกร่องรอย CPU
หลังจากบันทึกกิจกรรมของ CPU ด้วยเครื่องมือวิเคราะห์โปรไฟล์ CPU แล้ว คุณสามารถส่งออกข้อมูลเป็นไฟล์ .trace
เพื่อแชร์กับผู้อื่นหรือตรวจสอบในภายหลังได้
หากต้องการส่งออกการติดตามหลังจากที่บันทึกกิจกรรมของ CPU แล้ว ให้ทำดังนี้
- คลิกขวาที่ไฟล์บันทึกที่ต้องการส่งออกจากไทม์ไลน์ของ CPU
- เลือกส่งออกการติดตามจากเมนูแบบเลื่อนลง
- ไปที่ตำแหน่งที่ต้องการบันทึกไฟล์แล้วคลิกบันทึก
นำเข้าและตรวจสอบไฟล์การติดตาม CPU
ตอนนี้คุณสามารถนําเข้าและตรวจสอบไฟล์ .trace
ที่สร้างขึ้นด้วย Debug API หรือ CPU Profiler ได้แล้ว (ปัจจุบันคุณยังนําเข้าไฟล์บันทึกการติดตามระบบไม่ได้)
นําเข้าไฟล์การติดตามโดยคลิกเริ่มเซสชันเครื่องมือวิเคราะห์ใหม่ ในแผงเซสชันของเครื่องมือวิเคราะห์ แล้วเลือกโหลดจากไฟล์ จากนั้นคุณสามารถตรวจสอบข้อมูลในเครื่องมือวิเคราะห์โปรไฟล์ CPU ได้เช่นเดียวกับปกติ โดยมีข้อยกเว้นต่อไปนี้
- กิจกรรมของ CPU จะไม่แสดงในไทม์ไลน์ของ CPU
- ไทม์ไลน์กิจกรรมของชุดข้อความจะระบุเฉพาะตำแหน่งที่มีข้อมูลการติดตามสำหรับแต่ละชุดข้อความ ไม่ใช่สถานะจริงของชุดข้อความ (เช่น กำลังทำงาน รอ หรือหยุดทำงานชั่วคราว)
บันทึกกิจกรรมของ CPU โดยใช้ Debug API
ตอนนี้คุณสามารถเริ่มและหยุดบันทึกกิจกรรมของ CPU ในเครื่องมือวิเคราะห์ประสิทธิภาพ CPU ได้โดยการตรวจสอบแอปด้วย Debug API หลังจากที่ทำให้แอปใช้งานได้ในอุปกรณ์แล้ว เครื่องมือสร้างโปรไฟล์จะเริ่มบันทึกกิจกรรมของ CPU โดยอัตโนมัติเมื่อแอปเรียกใช้ startMethodTracing(String tracePath)
และเครื่องมือสร้างโปรไฟล์จะหยุดบันทึกเมื่อแอปเรียกใช้ stopMethodTracing()
ขณะบันทึกกิจกรรมของ CPU ที่ทริกเกอร์โดยใช้ API นี้ เครื่องมือวิเคราะห์ประสิทธิภาพ CPU จะแสดง Debug API เป็นการกำหนดค่าการบันทึก CPU ที่เลือก
เครื่องมือวิเคราะห์พลังงาน
เครื่องมือวิเคราะห์พลังงานจะแสดงภาพการใช้พลังงานโดยประมาณของแอป รวมถึงเหตุการณ์ของระบบที่ส่งผลต่อการใช้พลังงาน เช่น การล็อกที่ตื่นอยู่ การปลุก และงาน
เครื่องมือวิเคราะห์พลังงานจะปรากฏเป็นแถวใหม่ที่ด้านล่างของหน้าต่างเครื่องมือวิเคราะห์เมื่อคุณเรียกใช้แอปในอุปกรณ์ที่เชื่อมต่อหรือโปรแกรมจำลอง Android ที่ใช้ Android 8.0 (API 26) ขึ้นไป
คลิกแถวพลังงานเพื่อขยายมุมมองเครื่องมือวิเคราะห์พลังงานให้ใหญ่ที่สุด วางเคอร์เซอร์เมาส์เหนือแถบในไทม์ไลน์เพื่อดูรายละเอียดการใช้พลังงานตามทรัพยากร CPU, เครือข่าย และตำแหน่ง (GPS) รวมถึงเหตุการณ์ของระบบที่เกี่ยวข้อง
เหตุการณ์ของระบบที่ส่งผลต่อการใช้พลังงานระบุไว้ในไทม์ไลน์ระบบ ใต้ไทม์ไลน์พลังงาน รายละเอียดเหตุการณ์ของระบบภายในช่วงเวลาที่ระบุจะแสดงในแผงเหตุการณ์เมื่อคุณเลือกช่วงเวลาในไทม์ไลน์พลังงาน
หากต้องการดูสแต็กการเรียกและรายละเอียดอื่นๆ ของเหตุการณ์ระบบ เช่น การล็อกให้ตื่น ให้เลือกเหตุการณ์นั้นในแผงเหตุการณ์ หากต้องการไปยังโค้ดที่รับผิดชอบเหตุการณ์ของระบบ ให้ดับเบิลคลิกรายการในกองคิวการเรียก
การตรวจสอบ Lint
Android Studio 3.2 มีฟีเจอร์ใหม่ๆ และฟีเจอร์ที่ได้รับการปรับปรุงมากมายสำหรับการตรวจสอบข้อบกพร่อง
การตรวจสอบ Lint ใหม่จะช่วยคุณค้นหาและระบุปัญหาเกี่ยวกับโค้ดที่พบได้ทั่วไป ตั้งแต่คำเตือนเกี่ยวกับปัญหาด้านความสามารถในการใช้งานที่อาจเกิดขึ้นไปจนถึงข้อผิดพลาดที่มีลำดับความสำคัญสูงเกี่ยวกับช่องโหว่ด้านความปลอดภัยที่อาจเกิดขึ้น
การตรวจสอบ Lint สำหรับความสามารถในการทำงานร่วมกันของ Java/Kotlin
การตรวจสอบ Lint ใหม่จะบังคับใช้แนวทางปฏิบัติแนะนำที่อธิบายไว้ในคู่มือการทำงานร่วมกันของ Kotlin เพื่อให้มั่นใจว่าโค้ด Java จะทำงานร่วมกับโค้ด Kotlin ได้ดี ตัวอย่างการตรวจสอบเหล่านี้ ได้แก่ การมองหาคำอธิบายประกอบของ Nullability การใช้คีย์เวิร์ดแบบยาวของ Kotlin และการวางพารามิเตอร์ lambda เป็นลำดับท้ายสุด
หากต้องการเปิดใช้การตรวจสอบเหล่านี้ ให้คลิกไฟล์ > การตั้งค่า (Android Studio > ค่ากําหนดใน Mac) เพื่อเปิดกล่องโต้ตอบการตั้งค่า จากนั้นไปที่ส่วนเครื่องมือแก้ไข > การตรวจสอบ > Android > Lint > การทํางานร่วมกัน > การทํางานร่วมกันของ Kotlin แล้วเลือกกฎที่ต้องการเปิดใช้
หากต้องการเปิดใช้การตรวจสอบเหล่านี้สําหรับบิลด์บรรทัดคําสั่ง ให้เพิ่มข้อมูลต่อไปนี้ลงในไฟล์
build.gradle
android {
lintOptions {
check 'Interoperability'
}
}
Lint ตรวจสอบสไลซ์
การตรวจสอบ Lint ใหม่สำหรับ Slices ช่วยให้คุณสร้าง Slices ได้อย่างถูกต้อง เช่น การตรวจสอบ Lint จะเตือนคุณหากคุณไม่ได้กำหนดการดำเนินการหลักให้กับ Slice
เป้าหมาย Gradle ใหม่
ใช้งาน Gradle ใหม่ของ lintFix
เพื่อใช้การแก้ไขที่ปลอดภัยทั้งหมดที่การตรวจสอบ Lint แนะนำกับซอร์สโค้ดโดยตรง ตัวอย่างการตรวจสอบการแสดงผลโค้ดที่ไม่ถูกต้องซึ่งแนะนําการแก้ไขที่ปลอดภัยคือ SyntheticAccessor
การอัปเดตข้อมูลเมตา
ข้อมูลเมตาต่างๆ เช่น การตรวจสอบการแคสต์บริการได้รับการอัปเดตเพื่อให้การตรวจสอบด้วย Lint ทำงานร่วมกับ Android 9 (API ระดับ 28) ได้
คำเตือนหากเรียกใช้ Lint กับตัวแปรใหม่
ตอนนี้ Lint จะบันทึกตัวแปรและเวอร์ชันที่ใช้บันทึกข้อมูลพื้นฐาน และเตือนคุณหากคุณเรียกใช้กับตัวแปรอื่นที่ไม่ใช่ตัวแปรที่ใช้สร้างข้อมูลพื้นฐาน
การปรับปรุงการตรวจสอบ Lint ที่มีอยู่
Android Studio 3.2 มีการปรับปรุงการตรวจสอบ Lint ที่มีอยู่หลายอย่าง ตัวอย่างเช่น ตอนนี้การตรวจสอบรอบทรัพยากรจะใช้กับประเภททรัพยากรเพิ่มเติม และตัวตรวจจับการแปลจะค้นหาคำแปลที่หายไปได้อย่างรวดเร็วในเครื่องมือแก้ไข
รหัสปัญหาค้นพบได้ง่ายขึ้น
ตอนนี้รหัสปัญหาจะแสดงในตำแหน่งต่างๆ มากขึ้น รวมถึงในหน้าต่างผลการตรวจสอบ ซึ่งจะช่วยให้คุณค้นหาข้อมูลที่จําเป็นในการเปิดหรือปิดใช้การตรวจสอบที่เฉพาะเจาะจงผ่าน lintOptions
ใน build.gradle
ได้ง่ายขึ้น
ดูข้อมูลเพิ่มเติมได้ที่กำหนดค่าตัวเลือก Lint ด้วย Gradle
การเชื่อมโยงข้อมูล V2
ตอนนี้ระบบจะเปิดใช้การเชื่อมโยงข้อมูล V2 โดยค่าเริ่มต้นและเข้ากันได้กับ V1 ซึ่งหมายความว่าหากคุณมีทรัพยากร Dependency ของไลบรารีที่คอมไพล์ด้วย V1 คุณจะใช้ทรัพยากรเหล่านั้นกับโปรเจ็กต์ที่ใช้การเชื่อมโยงข้อมูล V2 ได้ อย่างไรก็ตาม โปรดทราบว่าโปรเจ็กต์ที่ใช้ V1 จะใช้ทรัพยากร Dependencies ที่คอมไพล์ด้วย V2 ไม่ได้
น้ำย่อย D8
ใน Android Studio 3.1 เราได้ผสานรวมขั้นตอนการนำ Sugar ออกไว้ในเครื่องมือ D8 เป็นฟีเจอร์ทดลอง ซึ่งจะช่วยลดเวลาโดยรวมในการสร้าง ใน Android Studio 3.2 ระบบจะเปิดการกรอง Sugar ออกด้วย D8 ไว้โดยค่าเริ่มต้น
ตัวลดขนาดโค้ดใหม่
R8 เป็นเครื่องมือใหม่สำหรับการย่อโค้ดและการปรับให้ยากต่อการอ่าน (Obfuscation) ซึ่งมาแทนที่ ProGuard คุณเริ่มใช้เวอร์ชันตัวอย่างของ R8 ได้โดยใส่โค้ดต่อไปนี้ในไฟล์ gradle.properties
ของโปรเจ็กต์
android.enableR8 = true
เปลี่ยน ABI เริ่มต้นสำหรับ APK หลายรายการ
เมื่อสร้าง APK หลายรายการที่แต่ละรายการกำหนดเป้าหมายเป็น ABI ที่แตกต่างกัน ปลั๊กอินจะไม่สร้าง APK สำหรับ ABI ต่อไปนี้โดยค่าเริ่มต้นอีกต่อไป mips
, mips64
และ armeabi
หากต้องการสร้าง APK ที่กําหนดเป้าหมาย ABI เหล่านี้ คุณต้องใช้ NDK r16b หรือต่ำกว่า และระบุ ABI ในไฟล์ build.gradle
ดังที่แสดงด้านล่าง
splits { abi { include 'armeabi', 'mips', 'mips64' ... } }
splits { abi { include("armeabi", "mips", "mips64") ... } }
หมายเหตุ: การเปลี่ยนแปลงลักษณะการทำงานนี้รวมอยู่ใน Android Studio 3.1 RC1 ขึ้นไปด้วย
ปรับปรุงฟีเจอร์เครื่องมือแก้ไขสำหรับไฟล์บิลด์ CMake
หากคุณใช้ CMake เพื่อเพิ่มโค้ด C และ C++ ลงในโปรเจ็กต์ ตอนนี้ Android Studio มีฟีเจอร์เครื่องมือแก้ไขที่ปรับปรุงแล้วเพื่อช่วยคุณแก้ไขสคริปต์การสร้าง CMake เช่น ต่อไปนี้
- การไฮไลต์ไวยากรณ์และการเติมโค้ด: ตอนนี้ IDE จะไฮไลต์และแนะนำการเติมโค้ดสำหรับคำสั่ง CMake ทั่วไป นอกจากนี้ คุณยังไปยังไฟล์ได้โดยคลิกไฟล์นั้นขณะกดแป้น Control (Command ใน Mac)
- การจัดรูปแบบโค้ดใหม่: ตอนนี้คุณใช้ตัวเลือกการจัดรูปแบบโค้ดใหม่ของ IntelliJ เพื่อใช้รูปแบบโค้ดกับสคริปต์การสร้าง CMake ได้แล้ว
- การจัดระเบียบโค้ดอย่างปลอดภัย: ตอนนี้เครื่องมือการจัดระเบียบโค้ดในตัวของ IDE จะตรวจสอบด้วยว่าคุณกำลังเปลี่ยนชื่อหรือลบไฟล์ที่อ้างอิงในสคริปต์การสร้าง CMake หรือไม่
ไปยังส่วนต่างๆ ของไฟล์ส่วนหัวภายนอก
เมื่อใช้หน้าต่างโปรเจ็กต์ใน Android Studio เวอร์ชันก่อนหน้า คุณจะไปยังและตรวจสอบเฉพาะไฟล์ส่วนหัวที่เป็นของไลบรารีที่คุณสร้างจากโปรเจ็กต์ในเครื่องได้ ในการเผยแพร่ครั้งนี้ คุณสามารถดูและตรวจสอบไฟล์ส่วนหัวที่รวมอยู่ในไลบรารี C/C++ ภายนอกซึ่งคุณนําเข้าไปยังโปรเจ็กต์แอปได้ด้วย
หากคุณรวมโค้ดและไลบรารี C/C++ ไว้ในโปรเจ็กต์แล้ว ให้เปิดหน้าต่าง Project ทางด้านซ้ายของ IDE โดยเลือกดู > หน้าต่างเครื่องมือ > โปรเจ็กต์จากเมนูหลัก แล้วเลือก Android จากเมนูแบบเลื่อนลง ในไดเรกทอรี cpp ส่วนหัวทั้งหมดที่อยู่ในขอบเขตของโปรเจ็กต์แอปจะจัดระเบียบอยู่ภายใต้โหนด include สำหรับไลบรารี C/C++ แต่ละรายการที่ต้องใช้ในพื้นที่ ดังที่แสดงด้านล่าง
เปิดใช้ Multidex เนทีฟโดยค่าเริ่มต้น
Android Studio เวอร์ชันก่อนหน้าจะเปิดใช้ Multidex แบบเนทีฟเมื่อทำให้แอปเวอร์ชันแก้ไขข้อบกพร่องใช้งานได้กับอุปกรณ์ที่ใช้ Android API ระดับ 21 ขึ้นไป ตอนนี้ ไม่ว่าคุณจะติดตั้งใช้งานในอุปกรณ์หรือสร้าง APK สำหรับรุ่นที่เผยแพร่ ปลั๊กอิน Android สำหรับ Gradle จะเปิดใช้ MultiDex ของเนทีฟสําหรับโมดูลทั้งหมดที่ตั้งค่าเป็น minSdkVersion=21
ขึ้นไป
AAPT2 ย้ายไปยังที่เก็บ Maven ของ Google แล้ว
ตั้งแต่ Android Studio 3.2 เป็นต้นไป แหล่งที่มาของ AAPT2 (Android Asset Packaging Tool 2) คือที่เก็บ Maven ของ Google
หากต้องการใช้ AAPT2 โปรดตรวจสอบว่าคุณมีไฟล์ google()
ที่ต้องพึ่งพาในไฟล์ build.gradle
ดังที่แสดงที่นี่
buildscript { repositories { google() // here jcenter() } dependencies { classpath 'com.android.tools.build:gradle:3.2.0' } } allprojects { repositories { google() // and here jcenter() } }
buildscript { repositories { google() // here jcenter() } dependencies { classpath("com.android.tools.build:gradle:3.2.0") } } allprojects { repositories { google() // and here jcenter() } }
เวอร์ชันใหม่ของ AAPT2 แก้ปัญหาต่างๆ ได้มากมาย รวมถึงปรับปรุงการจัดการอักขระที่ไม่ใช่ ASCII ใน Windows
การนำการกำหนดค่าออกตามคำขอ
ระบบนำค่ากำหนดกำหนดค่าเมื่อต้องการออกจาก Android Studio แล้ว
Android Studio จะไม่ส่งอาร์กิวเมนต์ --configure-on-demand
ไปยัง Gradle อีกต่อไป
ผู้ช่วยการเชื่อมต่อ ADB
ผู้ช่วยการเชื่อมต่อ ADB ใหม่มีวิธีการแบบทีละขั้นตอนเพื่อช่วยคุณตั้งค่าและใช้อุปกรณ์ผ่านการเชื่อมต่อ Android Debug Bridge (ADB)
หากต้องการเริ่มผู้ช่วย ให้เลือกเครื่องมือ > ผู้ช่วยการเชื่อมต่อ
ผู้ช่วยการเชื่อมต่อ ADB มีวิธีการ การควบคุมตามบริบท และรายการอุปกรณ์ที่เชื่อมต่อในชุดหน้าเว็บในแผง Assistant
การปรับปรุงโปรแกรมจำลอง
ตอนนี้คุณสามารถบันทึกและโหลดภาพรวมของ AVD (อุปกรณ์เสมือน Android) ได้ทุกเมื่อในโปรแกรมจำลองของ Android ซึ่งช่วยให้คุณคืนค่าอุปกรณ์จำลองกลับไปยังสถานะที่ทราบเพื่อทดสอบได้อย่างรวดเร็วและง่ายดาย เมื่อแก้ไข AVD โดยใช้ AVD Manager คุณจะระบุสแนปชอต AVD ที่จะโหลดเมื่อ AVD เริ่มทํางานได้
ตอนนี้ตัวควบคุมสำหรับการบันทึก โหลด และจัดการภาพรวม AVD อยู่ในแท็บภาพรวมในหน้าต่างการควบคุมเพิ่มเติมของโปรแกรมจำลอง
โปรดดูรายละเอียดที่หัวข้อภาพรวม
ดูข้อมูลเพิ่มเติมเกี่ยวกับสิ่งใหม่ๆ และการเปลี่ยนแปลงในโปรแกรมจำลองได้ที่บันทึกประจำรุ่นของโปรแกรมจำลอง