WEBVTT

1
00:00.170 --> 00:01.100
ยินดีต้อนรับกลับมา

2
00:01.130 --> 00:08.360
จนถึงตอนนี้ เราประสบความสำเร็จในการสร้าง
API

3
00:08.360 --> 00:10.910
ของเราเอง
และทำการเปลี่ยนแปลงและแปลงข้อมูลในฐานข้อมูลและบันทึกให้เป็นคำตอบในรูปแบบ
Json

4
00:10.940 --> 00:14.960

ตอนนี้เรามาดำเนินการขั้นตอนต่อไปซึ่งคือการปรับปรุงให้ทันสมัย

5
00:14.960 --> 00:22.520
และเนื่องจากเราจะใช้สถาปัตยกรรม mVVM

6
00:22.520 --> 00:23.390
ในแอปพลิเคชันนี้
ผมจะเริ่มจากส่วนที่ถูกนำออกไปก่อน

7
00:23.390 --> 00:27.080
แหล่งข้อมูลและการกำหนดค่าการปรับปรุงใน
Android

8
00:27.080 --> 00:28.090
การพัฒนา

9
00:28.100 --> 00:36.260
Retrofit
เป็นไลบรารีที่ได้รับความนิยมสำหรับการสร้างคำขอเครือข่ายไปยัง
Rest API ซึ่งเป็นตัวแทนของ

10
00:36.260 --> 00:37.970
State Transfer Application programming
interface

11
00:38.000 --> 00:44.090

มันทำให้กระบวนการส่งและรับข้อมูลจากเว็บเซอร์วิสง่ายขึ้น

12
00:44.090 --> 00:51.590
เมื่อทำงานกับการปรับปรุงระบบเดิม
(retrofit) คุณจะพบแนวคิดต่างๆ เช่น
คลาสข้อมูล (data

13
00:51.590 --> 00:54.140
classes) อินสแตนซ์ของการปรับปรุงระบบ
(retrofit instances) และอินเทอร์เฟซบริการ
API

14
00:54.140 --> 00:57.530
มาเริ่มกันที่คลาสข้อมูลหรือ Pojo

15
00:57.530 --> 00:59.810
วัตถุ Java แบบธรรมดาทั่วไป

16
00:59.810 --> 01:06.860
เมื่อทำงานกับข้อมูลที่ปรับปรุงใหม่
(retrofit

17
01:06.860 --> 01:10.550
data)
มักจะใช้คลาสเพื่อแสดงโครงสร้างของข้อมูลที่คุณคาดหวังว่าจะส่งหรือรับจากเว็บเซอร์วิส

18
01:10.550 --> 01:18.140

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

19
01:18.140 --> 01:23.690
API

20
01:23.720 --> 01:30.680
ตามที่ได้กล่าวไว้ในหัวข้อที่แล้ว
เราสามารถใช้เครื่องมือออนไลน์เพื่อแปลงการตอบสนอง
Json ของเราเป็นคลาส

21
01:30.680 --> 01:33.650
Pojo ได้ หรือเราสามารถทำได้ด้วยตนเอง

22
01:33.650 --> 01:38.870
ส่วนที่สอง หรือขั้นตอนที่สอง
คือการสร้างอินเทอร์เฟซบริการ API

23
01:38.900 --> 01:48.560
ในการปรับปรุงระบบเดิม (retrofit)
อินเทอร์เฟซ API
หรืออินเทอร์เฟซบริการคืออินเทอร์เฟซที่เรียบง่ายซึ่งกำหนดจุดสิ้นสุด
(endpoints) วิธีการ HTTP เช่น

24
01:48.560 --> 01:55.640
get, post, put, delete
และโครงสร้างของคำขอเครือข่ายไปยัง API แบบ
REST

25
01:55.670 --> 02:04.430

แต่ละเมธอดในอินเทอร์เฟซจะแสดงถึงจุดสิ้นสุดของ
API เฉพาะ

26
02:04.430 --> 02:09.320
และ Retrofit
จะสร้างโค้ดที่จำเป็นเพื่อจัดการการประมวลผลคำขอและการตอบสนองของเครือข่าย

27
02:09.320 --> 02:12.740
ส่วนที่สามคือกรณีการปรับปรุงใหม่

28
02:12.770 --> 02:18.170

อินสแตนซ์การปรับปรุงเป็นจุดเริ่มต้นในการใช้ไลบรารีการปรับปรุง

29
02:18.170 --> 02:26.660

มันมีหน้าที่ในการกำหนดค่าการตั้งค่าที่ใช้กับคำขอเครือข่ายทั้งหมดของคุณ
เช่น URL ฐานของ API,

30
02:26.660 --> 02:34.790
ตัวแปลงสำหรับการแยกวิเคราะห์การตอบสนอง
และการตั้งค่า Http client

31
02:34.790 --> 02:37.250
นี่คือส่วนต่าง ๆ ของการปรับปรุงใหม่

32
02:37.280 --> 02:44.030
ตอนนี้เรามาเริ่มกันที่คลาสข้อมูลก่อน
จากนั้นจึงไปที่อินเทอร์เฟซของบริการและอินสแตนซ์ของ
Retrofit