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 หากคุณมีทรัพยากร Dependency ของ Maven ที่ยังไม่ได้ย้ายข้อมูลไปยังเนมสเปซ AndroidX ระบบบิลด์ของ Android Studio จะแปลงทรัพยากร Dependency ของโปรเจ็กต์เหล่านั้นโดยอัตโนมัติด้วย
ปลั๊กอิน Android Gradle มี Flag ระดับกลางต่อไปนี้ที่คุณตั้งค่าได้
ในไฟล์ gradle.properties
android.useAndroidX
: เมื่อตั้งค่าเป็นtrue
บ่งบอกว่าคุณต้องการเริ่มใช้ AndroidX นับจากนี้เป็นต้นไป หากไม่มี Flag นี้ Android Studio จะทํางานเสมือนว่าตั้งค่า Flag เป็นfalse
android.enableJetifier
: เมื่อตั้งค่าเป็นtrue
แฟล็กนี้จะระบุว่าคุณต้องการการสนับสนุนเครื่องมือ (จากปลั๊กอิน 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
Slices เป็นวิธีใหม่ในการฝังฟังก์ชันการทำงานบางส่วนของแอปในแพลตฟอร์มอินเทอร์เฟซผู้ใช้อื่นๆ บน Android เช่น ข้อมูลส่วนช่วยให้แสดงฟังก์ชันการทำงานและเนื้อหาของแอปในคำแนะนำของ Google Search ได้
Android Studio 3.2 มีเทมเพลตในตัวเพื่อช่วยคุณขยายแอปด้วย Slice Provider API ใหม่ รวมถึงการตรวจสอบ Lint ใหม่เพื่อให้แน่ใจว่าคุณทำตามแนวทางปฏิบัติแนะนำเมื่อสร้าง Slices
หากต้องการเริ่มต้นใช้งาน ให้คลิกขวาที่โฟลเดอร์โปรเจ็กต์ แล้วเลือกใหม่ > อื่นๆ > ผู้ให้บริการข้อมูลส่วนตัด
ดูข้อมูลเพิ่มเติม รวมถึงวิธีทดสอบการโต้ตอบกับข้อมูลในแผงข้อมูลได้ที่คู่มือเริ่มต้นใช้งานข้อมูลในแผงข้อมูล
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
ไฟล์การดัมพ์กองหน่วยความจําที่สร้างขึ้นด้วยเครื่องมือวิเคราะห์หน่วยความจําได้แล้ว
นําเข้าไฟล์ .hprof
โดยคลิกเริ่มเซสชันเครื่องมือวิเคราะห์ใหม่
ในแผงเซสชันของเครื่องมือวิเคราะห์ แล้วเลือกโหลดจากไฟล์ จากนั้นคุณสามารถตรวจสอบข้อมูลในเครื่องมือวิเคราะห์หน่วยความจำได้เช่นเดียวกับการดูข้อมูลในกองขยะอื่นๆ
หากต้องการบันทึกข้อมูลฮีปดัมป์เพื่อตรวจสอบภายหลัง ให้ใช้ปุ่มส่งออกฮีปดัมป์ทางด้านขวาของรายการฮีปดัมป์ในแผงเซสชัน ในกล่องโต้ตอบส่งออกเป็นที่ปรากฏขึ้น ให้บันทึกไฟล์ที่มีนามสกุล .hprof
บันทึกกิจกรรมของ CPU ระหว่างที่เริ่มต้นแอป
ตอนนี้คุณบันทึกกิจกรรมของ CPU ระหว่างที่แอปเริ่มทำงานได้แล้ว ดังนี้
- เลือกเรียกใช้ > แก้ไขการกําหนดค่าจากเมนูหลัก
- เลือกช่องข้างเริ่มบันทึกการติดตามเมธอดเมื่อเริ่มต้นในแท็บการโปรไฟล์ของการกำหนดค่าการเรียกใช้ที่ต้องการ
- เลือกการกําหนดค่าการบันทึก CPU ที่จะใช้จากเมนูแบบเลื่อนลง
- ติดตั้งใช้งานแอปในอุปกรณ์ที่ใช้ Android 8.0 (API ระดับ 26) ขึ้นไปโดยเลือกเรียกใช้ > โปรไฟล์
ส่งออกการติดตาม CPU
หลังจากบันทึกกิจกรรมของ CPU ด้วยเครื่องมือวิเคราะห์โปรไฟล์ CPU แล้ว คุณสามารถส่งออกข้อมูลเป็นไฟล์ .trace
เพื่อแชร์กับผู้อื่นหรือตรวจสอบในภายหลังได้
หากต้องการส่งออกการติดตามหลังจากที่บันทึกกิจกรรมของ CPU แล้ว ให้ทำดังนี้
- คลิกขวาที่ไฟล์บันทึกที่ต้องการส่งออกจากไทม์ไลน์ของ CPU
- เลือกส่งออกการติดตามจากเมนูแบบเลื่อนลง
- ไปที่ตำแหน่งที่ต้องการบันทึกไฟล์ แล้วคลิกบันทึก
นำเข้าและตรวจสอบไฟล์การติดตาม CPU
ตอนนี้คุณสามารถนำเข้าและตรวจสอบไฟล์ .trace
ที่สร้างด้วย Debug API หรือ CPU Profiler ได้แล้ว (ขณะนี้คุณนำเข้าการบันทึก System Trace ไม่ได้)
นําเข้าไฟล์การติดตามโดยคลิกเริ่มเซสชันเครื่องมือวิเคราะห์ใหม่ ในแผงเซสชันของเครื่องมือวิเคราะห์ แล้วเลือกโหลดจากไฟล์ จากนั้น คุณจะตรวจสอบข้อมูลในเครื่องมือสร้างโปรไฟล์ 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 ใหม่
ใช้lintFix
งาน Gradle ใหม่เพื่อใช้การแก้ไขที่ปลอดภัยทั้งหมดที่การตรวจสอบ 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 เวอร์ชันเก่า คุณจะไปยังส่วนต่างๆ และตรวจสอบได้เฉพาะไฟล์ส่วนหัวที่เป็นของไลบรารีที่คุณสร้างจากโปรเจ็กต์ในเครื่อง ในรุ่นนี้ คุณจะดูและตรวจสอบไฟล์ส่วนหัวที่มาพร้อมกับทรัพยากร Dependency ของไลบรารี C/C++ ภายนอกที่คุณนําเข้าไปยังโปรเจ็กต์แอปได้ด้วย
หากคุณรวมโค้ด C/C++ และไลบรารีในโปรเจ็กต์แล้ว ให้เปิดหน้าต่างโปรเจ็กต์ทางด้านซ้ายของ IDE โดยเลือกมุมมอง > หน้าต่างเครื่องมือ > โปรเจ็กต์จากเมนูหลัก แล้วเลือก Android จากเมนูแบบเลื่อนลง ในไดเรกทอรี cpp ส่วนหัวทั้งหมดที่อยู่ในขอบเขตของโปรเจ็กต์แอปจะได้รับการจัดระเบียบภายใต้โหนด include สำหรับทรัพยากร Dependency ของไลบรารี C/C++ ในเครื่องแต่ละรายการ ดังที่แสดงด้านล่าง
เปิดใช้งาน Multidex เนทีฟโดยค่าเริ่มต้น
Android Studio เวอร์ชันเก่าเปิดใช้ MultiDex เดิมเมื่อติดตั้งใช้งานแอปเวอร์ชันแก้ไขข้อบกพร่องในอุปกรณ์ที่ใช้ Android API ระดับ 21 ขึ้นไป ตอนนี้ ไม่ว่าคุณจะติดตั้งใช้งานในอุปกรณ์หรือสร้าง APK สำหรับรุ่นที่เผยแพร่ ปลั๊กอิน Android สำหรับ Gradle จะเปิดใช้ MultiDex ของเนทีฟสําหรับโมดูลทั้งหมดที่ตั้งค่าเป็น minSdkVersion=21
ขึ้นไป
AAPT2 ย้ายไปยังที่เก็บ Maven ของ Google แล้ว
ตั้งแต่ Android Studio 3.2 เป็นต้นไป แหล่งที่มาของ AAPT2 (เครื่องมือแพ็กเกจเนื้อหา Android 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 อยู่ในแท็บสแนปชอตในหน้าต่างการควบคุมเพิ่มเติมของโปรแกรมจำลอง
โปรดดูรายละเอียดที่หัวข้อภาพรวม
ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ใหม่และการเปลี่ยนแปลงในโปรแกรมจำลองได้ที่บันทึกประจำรุ่นของโปรแกรมจำลอง