Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Az interaktív élő közvetítés magában foglalja a szervert, a tanári klienst, az iOS / Android hallgatói klienst és a Web / Wap tanuló klienst. Ez a cikk a Maimai interakciós folyamatára összpontosít, a Maimai modul tervezésére a front-end-en, valamint az interaktív és chat-komponensek tervezésére a front-end-en. Maga a csevegőszoba csevegési funkciójának megvalósításához, mivel a Yunxin IM SDK-hoz való hozzáférés elsősorban az Api híváscsomagon keresztül valósul meg, nem részletezem.
A rendszer megtervezése előtt először vegye figyelembe a következő kérdéseket:
• A követelmények meghatározása és a funkciók felosztása mindkét végén, az egyes végek kölcsönhatása
• Megállapodás mindkét vég között
• Az ügyfél kéri a mikrofont és a tanárt, hogy fogadjanak
• Interaktív információk szinkronizálása, miután az ügyfél belép az interaktív élő közvetítési szobába
A fenti kérdésekkel először válasszuk ki azokat a szolgáltatásokat, amelyekre támaszkodhatunk. A NetEase Cloud alábbi szolgáltatásait az alábbi ábra mutatja. Saját rendszerkövetelményeink kialakításával kombinálva gyorsan integrálhatjuk az IM és az interaktív élő közvetítés funkcióit.
• A Yunxin IM szolgáltatás az alapvető azonnali üzenetküldési képességek teljes készletét biztosítja, amelyek gyorsan integrálhatják az azonnali üzenetküldést és a valós idejű hálózati képességeket a vállalat saját alkalmazásaiba.
• A Yunxin interaktív élő közvetítési funkciója támogatja a valós idejű interakciót a házigazda és a közönség között.
Keretrendszer
Alapvető szükségleteink elsősorban a következő három részből állnak:
1. A diákok belépnek a csevegőszobába az App kliensen, és kérelmet nyújthatnak be búza iránt;
2. A tanár oldalán jóváhagyhatja vagy elutasíthatja a tanuló kérését;
3. Miután a tanár beleegyezett a tanuló kérésébe, a hallgató beléphet az élő adásba, hogy kapcsolatba léphessen vele.
Kombinálja a követelményeket, és rendezze a következő alapvető mikrofonkérést, a csatlakozási mikrofont és az interaktív folyamatokat, az alábbi ábra szerint. Az adatfolyam különböző stílusai különböző megállapodásokat képviselnek.
Íme néhány további fogalom:
1. A Yunxin IM kliens SDK-ja, az ügyfél P2P üzeneteket küld a tanárnak a Yunxin IM segítségével
2. Ügyfél interaktív élő közvetítés SDK, az ügyfél csatlakozik az interaktív élő közvetítéshez
3. A Yunxin SDK a tanár végén fogadja el a p2p üzeneteket
4. Tanári végű interaktív élő közvetítés SDK, kölcsönhatásba léphet a kliens oldali élő közvetítéssel
5. A Yunxin IM SDK-ja az interneten, üzenetek küldése és fogadása
6. Testreszabhatja az üzenetet és a mindkét végén elküldött üzenet adatszerkezetét
Tervezés és kivitelezés
Megvalósítás Ez a szakasz főleg a tanár kliens és az előző szakasz áttekintésében említett Web / Wap diák kliens megvalósítását mutatja be. Főként a következő részeket tartalmazza: folyamatok finomítása, tanári IM modul, webes hallgatói terminál modul, konfiguráció, előnyök és meglévő problémák.
A folyamat finomítása
Először mutassuk be a tanár végének megvalósítását, és magyarázzunk el néhány részletet az alábbi ábra számainak sorrendjében. A tanári oldalnak két fő része van, az egyik natív, amelyet ebben a cikkben tanárnak hívnak, a másik pedig egy weboldalt, amelyet ebben a cikkben tanár IM-nek hívnak. A tanár anyanyelvi és a tanári IM jsbridge és egyedi üzenetek útján kommunikál.
Először rendezze a tanár anyanyelvi és a tanár IM közötti kommunikációt az alábbiak szerint:
-notifyQueueChange
-notifyTérfogat
-notifyCustomMsg
-frissítés ellenőrzése
-notifyLiveStatus
Kombinálja a fenti folyamatábrát, majd írja le a folyamat részletes leírását:
1. Az ügyfél inicializálása
A szerver felkérésével mindkét vége egységes csevegőszoba címet kap
2. A tanár inicializálása
A tanári csevegő inicializálása után a szerver kérelmével (getPresenterLiveInfo) megkapja a csevegőszoba címét, megszerzi a csevegőszoba egyes részét, tájékoztatja a tanárt, hogy a natív csevegőszoba készen áll, és megszerzi az interaktív élő közvetítési adatokat.
3. A búza meghívásának folyamata
• Az ügyfél küld egy p2p üzenetet a tanár anyanyelvének. A tanári anyanyelv a jsbridge segítségével hívja meg a tanár IM értesítésétCustomMsg, és a tanár IM frissíti az általa karbantartott Mai kérés várakozási sorát.
• A tanár IM-je kattintással elfogadja vagy elutasítja, és a tanár anyanyelvét üzenetben értesítik, és a tanár anyanyelve P2P-n keresztül tájékoztatja az ügyfelet a kérésről.
• A kliens az interaktív élő adás SDK-t használja, összeköti a mikrofont az élő helyiséggel, és az interaktív élő adás SDK-n keresztül üzenetet küld a natív tanárnak.
• A tanár anyanyelve meghívja az értesítésQueueChange metódust, hogy frissítse a listákat a tanár IM-ben
• Tanári csevegő, aszinkron módon kéri (informServer) a kiszolgáló feltöltési és letöltési sorainak frissítését, egyedi üzenetek (im-sdk) küldését és sugárzást, hogy értesítse az egyes ügyfeleket.
Tanári IM modul
A folyamatábrát és a folyamat részletes leírását ötvözve az elülső modulokat megtervezzük és felosztjuk, a következő ábra szerint.
Itt a LivePcChat a Tab csevegési összetevője, a LiveInteractivePresenter az interaktív műveleteket feldolgozó összetevő, az XXcache pedig a megfelelő adatréteg műveleteket befogadó összetevő. A konkrét komponenspéldány, hívás, adatigénylés és feldolgozási folyamat az alábbi sorrenddiagramon látható:
Web hallgató modul
A Web / Wap hallgatói terminálhoz, mert maga a Web / Wap hallgatói terminál még nem fejlesztette ki a kislány funkcióját. Itt vegyük példának a webes hallgatói terminált, hogy bemutassuk a Web / Wap hallgatói terminál megvalósítását az interaktív listában és a csevegési interakcióban. A csevegőszoba része és a tanár csevegőszobája újból felhasználja a csevegés összetevőit, így a modulokat is itt osztják meg először. Hivatkozhat a komponensek felosztására a tanár oldalán, hogy összehasonlítsa a tanár és a hallgató által újrafelhasználott összetevőket. A következő ábra a webes hallgatói oldal felosztását mutatja.
Az alábbi táblázat összehasonlításából látható, hogy a Yingmai-hoz kapcsolódó feldolgozási logika mellett a tanár és a webes hallgatói oldal egyéb IM funkciói is újra felhasználhatók.
Configuration
Az interaktív élő közvetítés az eredeti élő közvetítésen alapuló iteráció, ezért itt biztosítanunk kell az interaktív élő közvetítés konfigurálhatóságát a különféle oktatási termékcsaládokban. Az itt említett konfiguráció hasonló az egyéb modulok konfigurációjához és az oktatási nyilvános komponenskészlet összetevőihez való hozzáféréshez. Ugyancsak támaszkodik az oktatás általános összetevő gyorsítótár-bázisára, amelyet az élő oldal vagy a projekt egyetlen oldalának betöltésekor a konfiguráció olvas el (intézményi háttér) Konfiguráció, egykulcsos konfiguráció.
Előnyök és hátrányok elemzése
Ennek a kialakításnak az előnyei
1. Minden szerver kérést a weboldalon keresztül küldünk, csökkentve a tanár karbantartási költségeit;
2. A modul konfigurálhatósága. Különböző üzletágakban konfigurálható úgy, hogy eldöntse, csatlakozik-e az interaktív élő közvetítéshez;
3. Az összetevők szemcsések. Különböző modulokban a tanár oldal hozzáférhet a csevegés és az interaktív komponenshez, a mikrofon komponenshez, a hallgatói oldal pedig csak az interaktív lista komponenshez;
4. A legnagyobb mértékben a meglévő Yunxin sdk által megvalósított funkciókra támaszkodik, amelyek viszonylag rövid idő alatt képesek megfelelni a követelményeknek.
A probléma
1. A Yingmai folyamata bonyolultabb, mivel több célt is magában foglal, és mindkét végén a hibakeresés időpazarlás. Ez a cikk szervezésének is célja. Miután megismerte az egyes végek folyamatának megértését, a végek először a hibakeresés során megkereshetik a probléma végét, majd a probléma célzottan megtalálható egy bizonyos linkben.
2. Mivel az eredeti iteráció alapján hajtják végre, sok komponenst nem kapszuláznak oktatási standard komponensekké, de az egyértelmű logika előfeltétele alapján a későbbi iterációkban optimalizálhatók.
3. Optimalizálja a kezelőfelület megvalósításának módszerét.
összegezni
Ebben a cikkben rendezni fogjuk az interaktív élő közvetítés mindkét végének logikáját, hogy megkönnyítsük az interaktív élő közvetítés folyamatának későbbi megismerését. Az ügyfél és a tanár számára megértheti a kezelőfelület által biztosított interfészek és üzenetek megvalósítását. Ha egy másik későbbi projektben szükség van az interaktív élő közvetítési modul elérésére, akkor az gyorsan elérhető és hibakereshető, és egyúttal tovább optimalizálhatja a fent felvetett fennálló problémákat.
|
Írja be az e-mail címet a meglepetéshez
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
Kapcsolat
Cím:
No. 305 szoba HuiLan épület No.273 Huanpu Road Guangzhou, Kína 510620
Kategóriák
Hírlevél