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.
|
|
|
|
Milyen messze (hosszú) a távadó fedelét?
A hatótávolság számos tényezőtől függ. Az igazi távolságot alapul az antenna telepítéséhez magasság, antennanyereség használva környezetben, mint épület és egyéb akadály, érzékenysége a vevő, antenna a vevő. Telepítése antenna több magas és használata vidéken, a távolság sokkal messzebb.
Példa 5W FM Transmitter használja a városban és a szülővárosa:
Van egy magyar ügyfél használja 5W fm transmitter GP antenna szülővárosában, s kipróbálni egy autót, akkor terjed 10km (6.21mile).
Tesztelem a 5W fm transmitter GP antenna szülővárosomban, ez fedezésére mintegy 2km (1.24mile).
Tesztelem a 5W fm transmitter GP antenna Guangzhou város, akkor terjed csak körülbelül 300meter (984ft).
Az alábbiakban a hozzávetőleges sor különböző teljesítmény FM adó. (A tartomány átmérő)
0.1W ~ 5W FM adó: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM adó: 3KM ~ 10KM
80W ~ 500W FM adó: 10KM ~ 30KM
500W ~ 1000W FM adó: 30KM ~ 50KM
1KW ~ 2KW FM adó: 50KM ~ 100KM
2KW ~ 5KW FM adó: 100KM ~ 150KM
5KW ~ 10KW FM adó: 150KM ~ 200KM
Hogyan léphet kapcsolatba velünk az adó?
Hívjon + 8618078869184 OR
Küldj e-mailt [e-mail védett]
1.How messze szeretné fedezni átmérőjű?
2.How magas közületek torony?
3.Where vagy?
És akkor kapsz több szakmai tanácsot.
Rólunk
Az FMUSER.ORG egy olyan rendszerintegrációs cég, amely az RF vezeték nélküli átvitelre / stúdió-videó hangberendezésre / streamingre és adatfeldolgozásra összpontosít.
FM adó, analóg TV adó, digitális TV adó, VHF UHF adó, antennák, koaxiális kábelcsatlakozók, STL, levegő feldolgozás, műsorszórási termékek a stúdióhoz, RF jel felügyelet, RDS kódolók, audio processzorok és távoli webhelyvezérlő egységek, IPTV termékek, Video / Audio Encoder / Decoder, úgy tervezték, hogy megfeleljenek mind a nagy nemzetközi műsorszóró hálózatok, mind a kis magánállomások igényeinek.
Megoldásunk FM rádióállomás / analóg tévéállomás / digitális tévéállomás / audio-video stúdió berendezés / stúdió adó-összeköttetés / adó-telemetria rendszer / szálloda TV-rendszer / IPTV élő közvetítés / élő közvetítés / videokonferencia / CATV műsorszóró rendszer.
Az összes rendszerhez fejlett technológiai termékeket használunk, mert tudjuk, hogy a nagy megbízhatóság és a nagy teljesítmény olyan fontos a rendszer és a megoldás szempontjából. Ugyanakkor meg kell győződnünk arról, hogy termékrendszerünk nagyon kedvező áron van.
A közszolgálati és kereskedelmi műsorszolgáltatók, a távközlési szolgáltatók és a szabályozó hatóságok ügyfelei vannak, és megoldásokat és termékeket is kínálunk több száz kisebb, helyi és közösségi műsorszolgáltatónak.
Az FMUSER.ORG több mint 15 éve exportál, és ügyfelei vannak a világ minden tájáról. 13 éves tapasztalattal rendelkezik ezen a területen, van egy profi csapatunk, hogy megoldjuk az ügyfelek mindenféle problémáját. Elkötelezettek vagyunk a professzionális termékek és szolgáltatások rendkívül elfogadható árainak biztosításában. Kapcsolattartó e-mail : [e-mail védett]
a Factory
Nekünk van korszerűsítés a gyár. Szeretettel várjuk, hogy látogassa meg a gyár, ha jön Kínába.
Jelenleg már vannak 1095 ügyfelek világszerte látogatott el Guangzhou Tianhe irodában. Ha jön Kína, szívesen látogasson el hozzánk.
Fair
Ez a mi részvétel 2012 Global Sources Hong Kong Electronics Fair . Az ügyfelek a világ minden tájáról végre van egy esélyt, hogy együtt legyünk.
Hol van Fmuser?
Kereshet ezekben a számokban " 23.127460034623816,113.33224654197693 "a google térképen, akkor megtalálhatja fmuser irodánkat.
FMUSER Guangzhou irodája Tianhe District, amely a központja a Canton . Nagyon közel hoz Canton Fair , Guangzhou vasútállomás, Xiaobei közúti és dashatou , Csak be kell 10 perc ha figyelembe TAXI . Üdvözöljük barátok a világ minden tájáról, hogy látogassa meg, és tárgyaljon.
Kapcsolat: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Email: [e-mail védett]
QQ: 727926717
Skype: sky198710021
Cím: No.305 szoba Huilan Building No.273 Huanpu Road Guangzhou Kína Zip: 510620
|
|
|
|
Angol: Minden fizetést elfogadunk, például PayPal, Hitelkártya, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ha bármilyen kérdése van, kérjük, vegye fel velem a kapcsolatot [e-mail védett] vagy a WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Azt javasoljuk, hogy a Paypal vásárolni a terméket, a Paypal biztonságos módon vásárolni az interneten.
Minden a mi elem lista oldal alján tetején van egy paypal logóra fizetni.
Hitelkártya.Ha nincs paypal, de van, hitelkártya, akkor is kattints a sárga gombra PayPal fizetni a hitelkártya.
-------------------------------------------------- -------------------
De ha nem egy hitelkártya, és nem egy paypal számla, vagy nehezen kapott egy paypal fiókot állíthat, használhatja a következő:
Western Union.  www.westernunion.com
Fizessen Western Union nekem:
Keresztnév / Keresztnév: Yingfeng
Vezetéknév / Vezetéknév / Családnév: Zhang
Teljes név: Yingfeng Zhang
Ország: Kína
Város: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Fizessen T / T (átutalás / banki átutalás / banki átutalás)
Első BANKINFORMÁCIÓ (VÁLLALATI SZÁMLA):
SWIFT BIC: BKCHHKHHXXX
Bank neve: BANK OF CHINA (HONG KONG) LIMITED, HONGKONG
Bank címe: BANK OF CHINA TOWER, 1 GARDEN ÚT, CENTRAL, HONG KONG
BANKKÓD: 012
Számla neve: FMUSER INTERNATIONAL GROUP LIMITED
Számlaszám. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Második BANK-INFORMÁCIÓ (VÁLLALATI SZÁMLA):
Kedvezményezett: Fmuser International Group Inc.
Fiókszám: 44050158090900000337
Kedvezményezett bankja: China Construction Bank Guangdong Branch
SWIFT kód: PCBCCNBJGDX
Cím: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kína
** Megjegyzés: Ha pénzt utal át bankszámlánkra, kérjük, NE írjon semmit a megjegyzés területére, különben a nemzetközi kereskedelemre vonatkozó kormányzati politika miatt nem tudjuk megkapni a befizetést.
|
|
|
|
* Ez lesz elküldve 1-2 munkanap, amikor a fizetési világos.
* Mi elküldjük azt a paypal címét. Ha meg akarjuk változtatni a címet, kérjük, küldje el a megfelelő címet és telefonszámot az email [e-mail védett]
* Ha a csomagok alatt 2kg fogjuk szállítani postai légiposta, akkor körülbelül 15-25days a kezedbe.
Ha ez a csomag több, mint 2kg, akkor a hajó keresztül EMS, DHL, UPS, Fedex gyors expressz szállítás, akkor körülbelül 7 ~ 15days a kezedbe.
Ha a csomag több, mint 100kg küldünk keresztül DHL vagy a légi áruszállítás. Ez körülbelül 3 ~ 7days a kezedbe.
Minden csomag formájában Kína Guangzhou.
* A csomagot "ajándékként" küldjük el, és a lehető legkevesebbet nyilatkozunk, a vevőnek nem kell fizetnie az "adóért".
* Miután a hajó, küldünk Önnek egy e-mailt, és adja meg a nyomon követési számot.
|
|
|
A jótállásért.
Lépjen kapcsolatba velünk --- >> Tegye vissza nekünk a terméket --- >> Fogadás és újabb csere küldése.
Név: Liu Xiaoxia
Cím: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kína.
Postai irányítószám: 510620
Telefon: + 8618078869184
Kérjük, térjen vissza erre a címre, és írja meg a paypal címét, nevét, probléma megjegyzés: |
|
