FMUSER უფრო მარტივად გადასცემს ვიდეოს და აუდიოს!
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 -> Bulgarian
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 -> Hungarian
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 -> Slovenian
es.fmuser.org -> ესპანური
sw.fmuser.org -> სუაჰილი
sv.fmuser.org -> შვედური
th.fmuser.org -> Thai
tr.fmuser.org -> თურქული
uk.fmuser.org -> უკრაინული
ur.fmuser.org -> ურდუ
vi.fmuser.org -> ვიეტნამური
cy.fmuser.org -> უელსური
yi.fmuser.org -> Yiddish
ინტერაქტიული პირდაპირი მაუწყებლობა მოიცავს სერვერს, მასწავლებლის კლიენტს, iOS / Android სტუდენტურ კლიენტს და ვებ / ვაპ სტუდენტის კლიენტს. ეს სტატია ყურადღებას ამახვილებს Maimai- ს ურთიერთქმედების პროცესზე, Maimai მოდულის დიზაინზე წინა ნაწილზე და ინტერაქტიული და ჩეთის კომპონენტების დიზაინზე. თავად ჩატის ოთახის ჩატის ფუნქციის რეალიზებისთვის, რადგან Yunxin IM SDK– ზე წვდომა ძირითადად ხორციელდება Api ზარის პაკეტის საშუალებით, დეტალებს არ გავაკეთებ.
სისტემის შექმნამდე ჯერ უნდა გაითვალისწინოთ შემდეგი კითხვები:
• თითოეული დასასრულის მოთხოვნების განსაზღვრა და ფუნქციების დაყოფა, თითოეული ბოლოების ურთიერთქმედება
• შეთანხმება თითოეულ დასასრულს შორის
• კლიენტი სთხოვს მიკროფონს და მასწავლებელს მიიღონ
• ინტერაქტიული ინფორმაციის სინქრონიზაცია კლიენტის ინტერაქტიული პირდაპირი მაუწყებლობის ოთახში შესვლის შემდეგ
ზემოთ მოყვანილი შეკითხვებით მოდით ჯერ დავალაგოთ ის სერვისები, რომელთა იმედიც შეგვიძლია. NetEase Cloud– ის მიერ მოწოდებული შემდეგი სერვისები ნაჩვენებია ქვემოთ მოცემულ ფიგურაში. ჩვენი სისტემის მოთხოვნების დიზაინთან ერთად, ჩვენ შეგვიძლია სწრაფად გავაერთიანოთ IM და ინტერაქტიული პირდაპირი მაუწყებლობის ფუნქციები.
• Yunxin IM სერვისი გთავაზობთ ძირითადი სწრაფი შესაძლებლობების სრულ შესაძლებლობებს, რომელთა საშუალებით შესაძლებელია სწრაფი ინტეგრირება მყისიერი შეტყობინების და რეალურ დროში ქსელის შესაძლებლობების შექმნით საწარმოს საკუთარ პროგრამებში.
• Yunxin– ის ინტერაქტიული პირდაპირი მაუწყებლობის ფუნქცია ხელს უწყობს მასპინძელსა და აუდიტორიას შორის რეალურ დროში ურთიერთქმედებას.
ჩარჩო
ჩვენი ძირითადი საჭიროებები ძირითადად შემდეგი სამი ნაწილია:
1. სტუდენტები შედიან ჩატის ოთახში პროგრამის კლიენტის საშუალებით და შეუძლიათ მოითხოვონ ხორბლის მოთხოვნა;
2. მასწავლებლის მხრიდან შეგიძლიათ დაადასტუროთ ან უარყოთ მოსწავლის მოთხოვნა;
3. მას შემდეგ, რაც მასწავლებელი დათანხმდება სტუდენტის თხოვნას, მას შეუძლია შევიდეს პირდაპირ ეთერში ოთახში ურთიერთქმედების მიზნით.
შეუთავსეთ მოთხოვნები და დალაგეთ შემდეგი ძირითადი მიკროფონის მოთხოვნა, კავშირის მიკროფონი და ინტერაქტიული პროცესები, როგორც ეს ნაჩვენებია ქვემოთ მოცემულ ფიგურაში. მონაცემთა ნაკადის სხვადასხვა სტილი წარმოადგენს სხვადასხვა შეთანხმებას.
აქ მოცემულია რამდენიმე დამატებითი ცნება:
1. SDK კლიენტი Yunxin IM, კლიენტი უგზავნის P2P შეტყობინებებს მასწავლებელს Yunxin IM- ის საშუალებით
2. კლიენტის ინტერაქტიული პირდაპირი გადაცემა SDK, კლიენტი უკავშირდება ინტერაქტიულ პირდაპირ ეთერს
3. Yunxin SDK მასწავლებლის ბოლოს, მიიღეთ p2p შეტყობინებები
4. მასწავლებლის ინტერაქტიული პირდაპირი მაუწყებლობის SDK, ურთიერთქმედება კლიენტის მხრიდან პირდაპირ ეთერში
5. Yunxin IM SDK ინტერნეტში, შეტყობინებების გაგზავნა და მიღება
6. მოირგეთ შეტყობინება და თითოეული ბოლოდან გაგზავნილი წერილის მონაცემთა სტრუქტურა
დიზაინი და განხორციელება
განხორციელება ამ განყოფილებაში ძირითადად მოცემულია მასწავლებელთა კლიენტისა და ინტერნეტის / ვაპი სტუდენტური კლიენტის განხორციელება, რომლებიც აღნიშნულია წინა განყოფილების მიმოხილვაში. იგი ძირითადად მოიცავს შემდეგ ნაწილებს: პროცესის დახვეწა, მასწავლებლის IM მოდული, ვებ – სტუდენტის ტერმინალის მოდული, კონფიგურაცია, უპირატესობები და არსებული პრობლემები.
პროცესის დახვეწა
პირველ რიგში, მოდით გავეცნოთ მასწავლებლის დასასრულის განხორციელებას და განვსაზღვროთ დამატებითი დეტალები ზოგიერთ დეტალზე ქვემოთ მოცემულ სურათზე მოცემული ციფრების თანმიმდევრობით. მასწავლებელთა მხარეს ორი ძირითადი ნაწილი აქვს, ერთი არის მშობლიური, რომელსაც ამ სტატიაში მასწავლებლის მშობლიური ეწოდება და მეორე ვებგვერდია, რომელსაც ამ სტატიაში ეწოდება მასწავლებლის IM. მშობლიური და პედაგოგი IM ურთიერთობენ jsbridge- ით და პერსონალური შეტყობინებებით.
უპირველეს ყოვლისა, დალაგეთ jsbridge კომუნიკაცია მასწავლებლის მშობლიურ და მასწავლებლის IM შემდეგნაირად:
- notifyQueueChange
-შეატყობინე ტომი
-გაუცნობეთ CustomMsg
-შეამოწმეთ განახლება
- notifyLiveStatus
შეუთავსეთ ზემოთ მოცემული დიაგრამა და შემდეგ გააკეთეთ დეტალური აღწერა პროცესის შესახებ:
1. კლიენტის ინიციალიზაცია
ყოველი დასასრული იღებს ერთიანი ჩატის მისამართს სერვერის მოთხოვნით
2. მასწავლებლის ინიცირება
მასწავლებლის IM- ის ინიციალიზაციის შემდეგ, იგი მოიპოვებს ჩატის ოთახის მისამართს სერვერის მოთხოვნით (getPresenterLiveInfo), მოიპოვებს ჩატის სინგლტონს, აცნობებს მასწავლებელს, რომ მშობლიური ჩეთი მზად არის და მოიპოვებს ინტერაქტიული პირდაპირი მაუწყებლობის მონაცემებს.
3. ხორბლის მოწვევის პროცესი
• კლიენტი უგზავნის p2p შეტყობინებას მშობლიურ მასწავლებელს. პედაგოგი იყენებს jsbridge- ს, რომ დარეკოს მასწავლებლის IM notifyCustomMsg- ს, ხოლო მასწავლებელი IM განაახლებს Mai- ს მოთხოვნის რიგს, რომელსაც იგი ინარჩუნებს.
• მასწავლებლის IM დააწკაპუნებს, რომ დათანხმდეს ან უარყოს, ხოლო მასწავლებლის მშობელს ეცნობება შეტყობინებით, ხოლო მასწავლებლის მშობელი აცნობებს მომხმარებელს თხოვნის შესახებ P2P საშუალებით.
• კლიენტი იყენებს ინტერაქტიულ პირდაპირი სამაუწყებლო SDK- ს, აკავშირებს მიკროფონს პირდაპირ ოთახთან და ინტერაქტიული პირდაპირი მაუწყებლობის SDK- ით უგზავნის შეტყობინებას მშობლიურ ენაზე.
• პედაგოგი ურეკავს notifyQueueChange მეთოდს, რომ განაახლოს სიები მასწავლებლის IM- ში
• პედაგოგი IM, ასინქრონულად ითხოვს (informServer) სერვერის განახლებას და ატვირთავს რიგებს, გაგზავნის მორგებულ შეტყობინებებს (im-sdk) და მაუწყებლობს თითოეული კლიენტის შესახებ.
მასწავლებლის IM მოდული
ნაკადის სქემისა და ზემოთ მოცემული პროცესის დეტალური აღწერით, წინა მოდულები შექმნილია და იყოფა, როგორც ნაჩვენებია შემდეგ ფიგურაში.
აქ LivePcChat არის ჩეთის კომპონენტი ჩანართში, LiveInteractivePresenter არის კომპონენტი, რომელიც ამუშავებს ინტერაქტიულ ოპერაციებს, ხოლო XXcache არის კომპონენტი, რომელიც ათავსებს მონაცემთა ფენის შესაბამის ოპერაციებს. კონკრეტული კომპონენტის ინსტანცია, ზარი, მონაცემთა მოთხოვნა და დამუშავების პროცესი მოცემულია ქვემოთ მოცემული თანმიმდევრობის დიაგრამაზე:
ვებ სტუდენტის მოდული
ინტერნეტის / ვაპის სტუდენტური ტერმინალისთვის, რადგან თავად ვებ / ვაპ სტუდენტურ ტერმინალს ჯერ არ აქვს შემუშავებული ქალწულის ფუნქცია. მაგალითისთვის, მიიღეთ ვებ – სტუდენტური ტერმინალი ინტერაქტიული ჩამონათვალისა და ჩეთის ინტერაქციაში ინტერნეტის / ვაპის სტუდენტური ტერმინალის რეალიზაციის დანერგვის მიზნით. სასაუბრო ოთახის ნაწილი და მასწავლებლის სასაუბრო ოთახი ამთავრებენ ჩეთის კომპონენტებს, ამიტომ მოდულები აქ პირველ რიგში იყოფა. შეგიძლიათ მიმართოთ მასწავლებლის მხრიდან კომპონენტების დაყოფას, რომ შეადაროთ მასწავლებლის და სტუდენტის მიერ გამოყენებული კომპონენტები. შემდეგ ფიგურაში ნაჩვენებია ვებ – სტუდენტის მხარის გაყოფა.
ქვემოთ მოყვანილი ცხრილიდან ჩანს, რომ Yingmai- სთან დაკავშირებული დამუშავების ლოგიკის გარდა, მასწავლებლის და ვებ – გვერდის სტუდენტის მხრიდან IM– ს სხვა ფუნქციები შეიძლება გამოყენებულ იქნას.
კონფიგურაცია
ინტერაქტიული პირდაპირი მაუწყებლობა არის განმეორება, რომელიც დაფუძნებულია ორიგინალ პირდაპირ ეთერში, ამიტომ აქ ჩვენ უნდა უზრუნველყოთ ინტერაქტიული პირდაპირი მაუწყებლობის კონფიგურირება სხვადასხვა საგანმანათლებლო პროდუქტის ხაზებში. აქ ნახსენები კონფიგურაცია მსგავსია სხვა მოდულების კონფიგურაციისა და კომპონენტებზე წვდომისა, საზოგადოებრივი კომპონენტების აუზში. იგი ასევე ეყრდნობა განათლების ზოგადი კომპონენტის cache-base- ს, რომელიც იკითხება კონფიგურაციაში, როდესაც პირდაპირ გვერდზე ან პროექტის ცალკეული გვერდი იტვირთება (ინსტიტუციური ფონი) კონფიგურაცია, ერთი გასაღების კონფიგურაცია.
დადებითი და უარყოფითი მხარეების ანალიზი
ამ დიზაინის გამოყენების უპირატესობებია
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 -> Bulgarian
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 -> Hungarian
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 -> Slovenian
es.fmuser.org -> ესპანური
sw.fmuser.org -> სუაჰილი
sv.fmuser.org -> შვედური
th.fmuser.org -> Thai
tr.fmuser.org -> თურქული
uk.fmuser.org -> უკრაინული
ur.fmuser.org -> ურდუ
vi.fmuser.org -> ვიეტნამური
cy.fmuser.org -> უელსური
yi.fmuser.org -> Yiddish
FMUSER უფრო მარტივად გადასცემს ვიდეოს და აუდიოს!
კონტაქტები
მისამართი:
No.305 ოთახი HuiLan კორპუსი No.273 Huanpu Road Guangzhou China 510620
კატეგორიები
საინფორმაციო ბიულეტენი