FMUSER Wirless ส่งวิดีโอและเสียงได้ง่ายขึ้น!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> แอฟริคานส์
sq.fmuser.org -> แอลเบเนีย
ar.fmuser.org -> ภาษาอาหรับ
hy.fmuser.org -> อาร์เมเนีย
az.fmuser.org -> อาเซอร์ไบจัน
eu.fmuser.org -> บาสก์
be.fmuser.org -> เบลารุส
bg.fmuser.org -> บัลแกเรีย
ca.fmuser.org -> คาตาลัน
zh-CN.fmuser.org -> ภาษาจีน (ประยุกต์)
zh-TW.fmuser.org -> ภาษาจีน (ดั้งเดิม)
hr.fmuser.org -> โครเอเชีย
cs.fmuser.org -> เช็ก
da.fmuser.org -> เดนมาร์ก
nl.fmuser.org -> ดัตช์
et.fmuser.org -> เอสโตเนีย
tl.fmuser.org -> ฟิลิปปินส์
fi.fmuser.org -> ฟินแลนด์
fr.fmuser.org -> ฝรั่งเศส
gl.fmuser.org -> กาลิเซีย
ka.fmuser.org -> จอร์เจีย
de.fmuser.org -> เยอรมัน
el.fmuser.org -> กรีก
ht.fmuser.org -> ชาวเฮติครีโอล
iw.fmuser.org -> ภาษาฮิบรู
hi.fmuser.org -> ภาษาฮินดี
hu.fmuser.org -> ฮังการี
is.fmuser.org -> ไอซ์แลนด์
id.fmuser.org -> ชาวอินโดนีเซีย
ga.fmuser.org -> ไอริช
it.fmuser.org -> อิตาเลี่ยน
ja.fmuser.org -> ภาษาญี่ปุ่น
ko.fmuser.org -> ภาษาเกาหลี
lv.fmuser.org -> ลัตเวีย
lt.fmuser.org -> ลิทัวเนีย
mk.fmuser.org -> มาซิโดเนีย
ms.fmuser.org -> มาเลย์
mt.fmuser.org -> มอลตา
no.fmuser.org -> นอร์เวย์
fa.fmuser.org -> เปอร์เซีย
pl.fmuser.org -> โปแลนด์
pt.fmuser.org -> โปรตุเกส
ro.fmuser.org -> โรมาเนีย
ru.fmuser.org -> รัสเซีย
sr.fmuser.org -> เซอร์เบีย
sk.fmuser.org -> สโลวัก
sl.fmuser.org -> สโลวีเนีย
es.fmuser.org -> สเปน
sw.fmuser.org -> ภาษาสวาฮิลี
sv.fmuser.org -> สวีเดน
th.fmuser.org -> ไทย
tr.fmuser.org -> ตุรกี
uk.fmuser.org -> ยูเครน
ur.fmuser.org -> ภาษาอูรดู
vi.fmuser.org -> เวียดนาม
cy.fmuser.org -> เวลส์
yi.fmuser.org -> ยิดดิช
การถ่ายทอดสดแบบโต้ตอบเกี่ยวข้องกับเซิร์ฟเวอร์ไคลเอนต์ครูไคลเอนต์นักเรียน iOS / Android และไคลเอนต์นักเรียน Web / Wap บทความนี้มุ่งเน้นไปที่กระบวนการโต้ตอบของ Maimai การออกแบบโมดูล Maimai ที่ส่วนหน้าและการออกแบบส่วนประกอบแบบโต้ตอบและการแชทที่ส่วนหน้า สำหรับการใช้งานฟังก์ชันแชทของห้องแชทเองเนื่องจากการเข้าถึง Yunxin IM SDK ส่วนใหญ่จะรับรู้ผ่านแพ็คเกจการโทร Api ฉันจะไม่ลงรายละเอียด
ก่อนที่จะออกแบบระบบก่อนอื่นต้องพิจารณาคำถามต่อไปนี้:
•นิยามข้อกำหนดและการแบ่งหน้าที่ของแต่ละส่วนปลายแต่ละด้านโต้ตอบกันอย่างไร
•ข้อตกลงระหว่างกัน
•ลูกค้าขอไมโครโฟนและครูเพื่อรับ
•การซิงโครไนซ์ข้อมูลแบบโต้ตอบหลังจากลูกค้าเข้าสู่ห้องถ่ายทอดสดแบบโต้ตอบ
ด้วยคำถามข้างต้นก่อนอื่นเรามาแยกแยะบริการที่เราสามารถวางใจได้ บริการต่อไปนี้ที่ให้บริการโดย NetEase Cloud แสดงไว้ในรูปด้านล่าง เมื่อรวมกับการออกแบบความต้องการของระบบของเราเราสามารถรวมฟังก์ชันของ IM และการถ่ายทอดสดแบบโต้ตอบได้อย่างรวดเร็ว
•บริการ Yunxin IM มอบชุดความสามารถในการส่งข้อความโต้ตอบแบบทันทีขั้นพื้นฐานที่สมบูรณ์ซึ่งสามารถรวมการส่งข้อความโต้ตอบแบบทันทีและความสามารถของเครือข่ายแบบเรียลไทม์เข้ากับแอปพลิเคชันขององค์กรได้อย่างรวดเร็ว
•ฟังก์ชั่นการถ่ายทอดสดแบบโต้ตอบของ Yunxin รองรับการโต้ตอบแบบเรียลไทม์ระหว่างโฮสต์และผู้ชม
กรอบ
ความต้องการพื้นฐานของเราส่วนใหญ่มีสามส่วนดังต่อไปนี้:
1. นักเรียนเข้าสู่ห้องสนทนาบนไคลเอนต์ App และสามารถเริ่มการร้องขอข้าวสาลี
2. ในฝั่งของครูคุณสามารถอนุมัติหรือปฏิเสธคำขอของนักเรียนได้
3. หลังจากที่ครูยินยอมตามคำขอของนักเรียนนักเรียนสามารถเข้าไปในห้องถ่ายทอดสดเพื่อโต้ตอบได้
รวมข้อกำหนดและจัดเรียงคำขอไมโครโฟนพื้นฐานไมโครโฟนเชื่อมต่อและกระบวนการโต้ตอบดังต่อไปนี้ดังแสดงในรูปด้านล่าง รูปแบบต่างๆของกระแสข้อมูลแสดงถึงข้อตกลงที่แตกต่างกัน
แนวคิดเพิ่มเติมบางส่วนมีดังนี้
1. SDK ของไคลเอนต์ Yunxin IM ไคลเอนต์ส่งข้อความ P2P ไปยังครูผ่าน Yunxin IM
2. ไคลเอนต์การถ่ายทอดสด SDK แบบโต้ตอบไคลเอนต์เชื่อมต่อกับการถ่ายทอดสดแบบโต้ตอบ
3. Yunxin SDK ในตอนท้ายของครูยอมรับข้อความ p2p
4. SDK การถ่ายทอดสดแบบโต้ตอบสำหรับครูผู้สอนโต้ตอบกับการถ่ายทอดสดฝั่งไคลเอ็นต์
5. SDK ของ Yunxin IM บนเว็บการส่งและรับข้อความ
6. ปรับแต่งข้อความและโครงสร้างข้อมูลของข้อความที่ส่งโดยปลายแต่ละด้าน
การออกแบบและการใช้งาน
การนำไปใช้งานส่วนนี้ส่วนใหญ่จะแนะนำการใช้งานไคลเอนต์ครูและไคลเอนต์นักเรียน Web / Wap ที่กล่าวถึงในภาพรวมของส่วนก่อนหน้า ส่วนใหญ่ประกอบด้วยส่วนต่างๆดังต่อไปนี้: การปรับแต่งกระบวนการโมดูล IM ของครูโมดูลเทอร์มินัลสำหรับนักเรียนบนเว็บการกำหนดค่าข้อดีและปัญหาที่มีอยู่
การปรับแต่งกระบวนการ
ก่อนอื่นเรามาแนะนำการใช้งานจุดจบของครูและอธิบายเพิ่มเติมสำหรับรายละเอียดบางส่วนตามลำดับของตัวเลขในรูปด้านล่าง ฝั่งครูมีสองส่วนหลัก ๆ คือเนทีฟซึ่งเรียกว่าครูเนทีฟในบทความนี้และอีกอันคือเว็บเพจซึ่งเรียกว่าไอเอ็มของครูในบทความนี้ ครูเจ้าของภาษาและ IM ของครูสื่อสารผ่าน jsbridge และข้อความที่กำหนดเอง
ก่อนอื่นให้เรียงลำดับการสื่อสาร jsbridge ระหว่างครูเจ้าของภาษาและ IM ของครูดังนี้:
-แจ้งการเปลี่ยนแปลงคิว
-แจ้งปริมาณ
-notifyCustomMsg
- ตรวจสอบอัปเดต
-แจ้งสถานะสด
รวมแผนภูมิการไหลข้างต้นจากนั้นให้คำอธิบายโดยละเอียดของกระบวนการ:
1. การเริ่มต้นไคลเอนต์
แต่ละด้านจะได้รับที่อยู่ห้องสนทนาแบบรวมโดยการร้องขอเซิร์ฟเวอร์
2. การเริ่มต้นของครู
หลังจากเริ่มต้น IM ของครูแล้วจะได้รับที่อยู่ห้องสนทนาผ่านการร้องขอของเซิร์ฟเวอร์ (getPresenterLiveInfo) รับห้องสนทนาเดี่ยวแจ้งให้ครูทราบว่าห้องสนทนาแบบเนทีฟพร้อมแล้วและรับข้อมูลการถ่ายทอดสดแบบโต้ตอบ
3. ขั้นตอนการอัญเชิญข้าวสาลี
•ลูกค้าส่งข้อความ p2p ไปยังครูเจ้าของภาษา ครูเจ้าของภาษาใช้ jsbridge เพื่อเรียกใช้ alertCustomMsg ของ IM ของครูและ IM ของครูจะอัปเดตคิวรอสำหรับคำร้องขอ Mai ที่ดูแลอยู่
• IM ของครูคลิกเพื่อยอมรับหรือปฏิเสธและเจ้าของภาษาของครูจะได้รับแจ้งผ่านข้อความและเจ้าของภาษาของครูจะแจ้งให้ลูกค้าทราบถึงคำขอผ่าน P2P
•ลูกค้าใช้ SDK การถ่ายทอดสดแบบโต้ตอบเชื่อมต่อไมโครโฟนกับห้องถ่ายทอดสดและส่งข้อความไปยังครูเจ้าของภาษาผ่าน SDK การถ่ายทอดสดแบบโต้ตอบ
•ครูเจ้าของภาษาเรียกใช้เมธอด informQueueChange เพื่ออัปเดตรายการใน IM ของครู
•ครู IM คำขอแบบอะซิงโครนัส (เซิร์ฟเวอร์แจ้ง) เพื่ออัปเดตคิวการอัปโหลดและดาวน์โหลดของเซิร์ฟเวอร์ส่งข้อความที่กำหนดเอง (im-sdk) และออกอากาศเพื่อแจ้งให้ลูกค้าแต่ละรายทราบ
โมดูล IM ของครู
เมื่อรวมผังงานและคำอธิบายโดยละเอียดของกระบวนการข้างต้นโมดูลส่วนหน้าได้รับการออกแบบและแยกดังแสดงในรูปต่อไปนี้
ที่นี่ LivePcChat เป็นส่วนประกอบการแชทในแท็บ LiveInteractivePresenter เป็นส่วนประกอบที่ประมวลผลการดำเนินการแบบโต้ตอบและ XXcache เป็นส่วนประกอบที่ห่อหุ้มการทำงานของชั้นข้อมูลที่เกี่ยวข้อง อินสแตนซ์ส่วนประกอบเฉพาะการโทรการร้องขอข้อมูลและกระบวนการประมวลผลดังแสดงในแผนภาพลำดับด้านล่าง:
โมดูลนักเรียนบนเว็บ
สำหรับเทอร์มินัลนักเรียน Web / Wap เนื่องจากเทอร์มินัลนักเรียน Web / Wap เองยังไม่ได้พัฒนาฟังก์ชันของหญิงสาว ที่นี่ให้ใช้ Web student terminal เป็นตัวอย่างเพื่อแนะนำการใช้งาน Web / Wap student terminal ในรายการโต้ตอบและการสนทนา ส่วนของห้องสนทนาของตัวมันเองและห้องสนทนาในส่วนท้ายของครูจะใช้ส่วนประกอบการแชทซ้ำดังนั้นโมดูลจะถูกแบ่งที่นี่ก่อน คุณสามารถอ้างถึงการแบ่งส่วนประกอบทางฝั่งครูเพื่อเปรียบเทียบส่วนประกอบบางส่วนที่ใช้ซ้ำโดยฝั่งครูและฝั่งนักเรียน รูปต่อไปนี้แสดงการแบ่งฝั่งของนักเรียนบนเว็บ
จะเห็นได้จากการเปรียบเทียบในตารางด้านล่างนอกจากตรรกะการประมวลผลที่เกี่ยวข้องกับ Yingmai แล้วฟังก์ชันอื่น ๆ ของ IM ทางฝั่งครูและฝั่งนักเรียนสามารถนำกลับมาใช้ใหม่ได้
องค์ประกอบ
การถ่ายทอดสดแบบอินเทอร์แอกทีฟเป็นการทำซ้ำตามการถ่ายทอดสดดั้งเดิมดังนั้นที่นี่เราต้องตรวจสอบความสามารถในการกำหนดค่าของการถ่ายทอดสดแบบโต้ตอบในกลุ่มผลิตภัณฑ์การศึกษาต่างๆ คอนฟิกูเรชันที่กล่าวถึงในที่นี้คล้ายกับการกำหนดคอนฟิกของโมดูลอื่น ๆ และการเข้าถึงคอมโพเนนต์ในพูลองค์ประกอบสาธารณะของการศึกษา นอกจากนี้ยังขึ้นอยู่กับฐานแคชของคอมโพเนนต์การศึกษาทั่วไปซึ่งจะอ่านได้ในการกำหนดค่าเมื่อโหลดเพจสดหรือโปรเจ็กต์เพจเดียว (พื้นหลังของสถาบัน) การกำหนดค่าคอนฟิกแบบคีย์เดียว
การวิเคราะห์ข้อดีข้อเสีย
ข้อดีของการใช้การออกแบบนี้คือ
1. คำขอเซิร์ฟเวอร์ทั้งหมดจะถูกส่งผ่านทางหน้าเว็บซึ่งช่วยลดค่าใช้จ่ายในการบำรุงรักษาของครู
2. ความสามารถในการกำหนดค่าของโมดูล ในสายธุรกิจที่แตกต่างกันสามารถกำหนดค่าเพื่อตัดสินใจว่าจะเชื่อมต่อกับการถ่ายทอดสดแบบโต้ตอบหรือไม่
3. ส่วนประกอบมีลักษณะเป็นเม็ด ในโมดูลที่แตกต่างกันฝ่ายครูสามารถเข้าถึงองค์ประกอบการสนทนาและองค์ประกอบแบบโต้ตอบส่วนประกอบไมโครโฟนและฝ่ายนักเรียนสามารถเข้าถึงได้เฉพาะองค์ประกอบรายการแบบโต้ตอบเท่านั้น
4. มันขึ้นอยู่กับขอบเขตสูงสุดของฟังก์ชันที่ใช้งานโดย Yunxin sdk ที่มีอยู่ซึ่งสามารถตอบสนองความต้องการได้ในเวลาอันสั้น
ปัญหา
1. กระบวนการของ Yingmai มีความซับซ้อนมากขึ้นเนื่องจากต้องใช้หลายปลายและการดีบักที่ปลายแต่ละด้านทำให้เสียเวลา นี่คือจุดประสงค์ของการจัดบทความนี้ด้วย หลังจากทำความเข้าใจเกี่ยวกับกระบวนการของแต่ละส่วนแล้วปลายแต่ละด้านจะสามารถระบุจุดสิ้นสุดของปัญหาในระหว่างการดีบักได้ก่อนจากนั้นปัญหาจะพบในลิงก์ที่กำหนดในลักษณะที่กำหนดเป้าหมาย
2. เนื่องจากมีการดำเนินการบนพื้นฐานของการทำซ้ำเดิมส่วนประกอบจำนวนมากจึงไม่ได้ถูกห่อหุ้มไว้ในองค์ประกอบมาตรฐานการศึกษา แต่ภายใต้เหตุผลของตรรกะที่ชัดเจนจึงสามารถปรับให้เหมาะสมในการทำซ้ำในภายหลังได้
3. เพิ่มประสิทธิภาพวิธีการใช้งานส่วนหน้า
สรุปผล
ในบทความนี้เราจะแยกแยะตรรกะของการสิ้นสุดการถ่ายทอดสดเชิงโต้ตอบแต่ละด้านเพื่ออำนวยความสะดวกในการเข้าถึงความเข้าใจในกระบวนการถ่ายทอดสดแบบโต้ตอบในภายหลัง สำหรับลูกค้าและครูคุณสามารถเข้าใจการใช้งานอินเทอร์เฟซและข้อความที่จัดเตรียมโดยส่วนหน้า หากจำเป็นต้องเข้าถึงโมดูลการถ่ายทอดสดแบบโต้ตอบในโปรเจ็กต์อื่นที่ตามมาสามารถเข้าถึงและแก้ไขข้อบกพร่องได้อย่างรวดเร็วและในขณะเดียวกันก็สามารถเพิ่มประสิทธิภาพของปัญหาที่มีอยู่ข้างต้นได้อีกด้วย
|
ป้อนอีเมลเพื่อรับเซอร์ไพรส์
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> แอฟริคานส์
sq.fmuser.org -> แอลเบเนีย
ar.fmuser.org -> ภาษาอาหรับ
hy.fmuser.org -> อาร์เมเนีย
az.fmuser.org -> อาเซอร์ไบจัน
eu.fmuser.org -> บาสก์
be.fmuser.org -> เบลารุส
bg.fmuser.org -> บัลแกเรีย
ca.fmuser.org -> คาตาลัน
zh-CN.fmuser.org -> ภาษาจีน (ประยุกต์)
zh-TW.fmuser.org -> ภาษาจีน (ดั้งเดิม)
hr.fmuser.org -> โครเอเชีย
cs.fmuser.org -> เช็ก
da.fmuser.org -> เดนมาร์ก
nl.fmuser.org -> ดัตช์
et.fmuser.org -> เอสโตเนีย
tl.fmuser.org -> ฟิลิปปินส์
fi.fmuser.org -> ฟินแลนด์
fr.fmuser.org -> ฝรั่งเศส
gl.fmuser.org -> กาลิเซีย
ka.fmuser.org -> จอร์เจีย
de.fmuser.org -> เยอรมัน
el.fmuser.org -> กรีก
ht.fmuser.org -> ชาวเฮติครีโอล
iw.fmuser.org -> ภาษาฮิบรู
hi.fmuser.org -> ภาษาฮินดี
hu.fmuser.org -> ฮังการี
is.fmuser.org -> ไอซ์แลนด์
id.fmuser.org -> ชาวอินโดนีเซีย
ga.fmuser.org -> ไอริช
it.fmuser.org -> อิตาเลี่ยน
ja.fmuser.org -> ภาษาญี่ปุ่น
ko.fmuser.org -> ภาษาเกาหลี
lv.fmuser.org -> ลัตเวีย
lt.fmuser.org -> ลิทัวเนีย
mk.fmuser.org -> มาซิโดเนีย
ms.fmuser.org -> มาเลย์
mt.fmuser.org -> มอลตา
no.fmuser.org -> นอร์เวย์
fa.fmuser.org -> เปอร์เซีย
pl.fmuser.org -> โปแลนด์
pt.fmuser.org -> โปรตุเกส
ro.fmuser.org -> โรมาเนีย
ru.fmuser.org -> รัสเซีย
sr.fmuser.org -> เซอร์เบีย
sk.fmuser.org -> สโลวัก
sl.fmuser.org -> สโลวีเนีย
es.fmuser.org -> สเปน
sw.fmuser.org -> ภาษาสวาฮิลี
sv.fmuser.org -> สวีเดน
th.fmuser.org -> ไทย
tr.fmuser.org -> ตุรกี
uk.fmuser.org -> ยูเครน
ur.fmuser.org -> ภาษาอูรดู
vi.fmuser.org -> เวียดนาม
cy.fmuser.org -> เวลส์
yi.fmuser.org -> ยิดดิช
FMUSER Wirless ส่งวิดีโอและเสียงได้ง่ายขึ้น!
ติดต่อ
ที่ตั้ง:
เลขที่ 305 อาคาร HuiLan เลขที่ 273 Huanpu Road Guangzhou China 510620
หมวดหมู่
จดหมายข่าว