Den interaktive direktesendingen involverer serveren, lærerklienten, iOS / Android-studentklienten og Web / Wap-studentklienten. Denne artikkelen fokuserer på samhandlingsprosessen til Maimai, utformingen av Maimai-modulen på front-enden, og utformingen av interaktive og chat-komponenter på front-enden. For å realisere chatfunksjonen i selve chatterommet, fordi tilgangen til Yunxin IM SDK hovedsakelig blir realisert gjennom Api-samtalepakken, vil jeg ikke gå i detaljer.
Før du designer systemet, må du først vurdere følgende spørsmål:
• Kravdefinisjon og funksjonsdeling av hver ende, hvordan hver ende samhandler
• Avtale mellom hver ende
• Klienten ber mikrofonen og læreren om å motta
• Synkronisering av interaktiv informasjon etter at klienten kommer inn i det interaktive direktesendingsrommet
Med spørsmålene ovenfor, la oss først sortere ut tjenestene vi kan stole på. Følgende tjenester levert av NetEase Cloud er vist i figuren nedenfor. Kombinert med utformingen av våre egne systemkrav, kan vi raskt integrere funksjonene til chat og interaktiv direktesending.
• Yunxin IM-tjeneste tilbyr et komplett sett med grunnleggende funksjoner for direktemeldinger, som raskt kan integrere direktemeldinger og sanntids nettverksfunksjoner i bedriftens egne applikasjoner.
• Yunxins interaktive direktesendingsfunksjon støtter sanntidsinteraksjon mellom verten og publikum.
Rammeverk
Våre grunnleggende behov er hovedsakelig følgende tre deler:
1. Studentene går inn i chatterommet på App-klienten, og kan initiere en forespørsel om hvete;
2. På lærersiden kan du godkjenne eller avvise elevens forespørsel;
3. Etter at læreren godtar en elevs forespørsel, kan studenten gå inn i direktesendingsrommet for å samhandle.
Kombiner kravene og sorter ut følgende grunnleggende mikrofonforespørsel, tilkoblingsmikrofon og interaktive prosesser, som vist i figuren nedenfor. Ulike stiler av datastrøm representerer forskjellige avtaler.
Her er noen ekstra konsepter:
1. SDK til klienten Yunxin IM, klienten sender P2P-meldinger til læreren gjennom Yunxin IM
2. Klientinteraktiv direktesending SDK, klient kobles til interaktiv direktesending
3. Yunxin SDK på lærersiden, godta p2p-meldinger
4. Lærerslutt interaktiv direktesending SDK, samhandle med klientsiden direktesending
5. SDK for Yunxin IM på nettet, sender og mottar meldinger
6. Tilpass meldingen og datastrukturen til meldingen som sendes i hver ende
Design og implementering
Implementering Denne delen introduserer hovedsakelig implementeringen av lærerklienten og Web / Wap-studentklienten som er nevnt i oversikten over forrige avsnitt. Den inneholder hovedsakelig følgende deler: prosessavgrensning, lærer-IM-modul, nettstudentterminalmodul, konfigurasjon, fordeler og eksisterende problemer.
Prosessforedling
La oss først introdusere implementeringen av lærerens slutt, og gjøre supplerende forklaringer på noen av detaljene i rekkefølgen på tallene i figuren nedenfor. Lærersiden har to hoveddeler, den ene er innfødt, som i denne artikkelen kalles lærerens innfødte, og den andre er en nettside som i denne artikkelen kalles lærer-IM. Lærerens innfødte og lærerens IM kommuniserer gjennom jsbridge og tilpassede meldinger.
Først av alt, sorter ut jsbridge-kommunikasjonen mellom lærerinnfødte og lærer-IM slik:
-varsle QueueChange
-varsle volum
-notifyCustomMsg
-sjekk Oppdater
-varsleLiveStatus
Kombiner flytskjemaet ovenfor, og lag deretter en detaljert beskrivelse av prosessen:
1. Klientinitialisering
Hver ende oppnår en samlet chatterom-adresse ved å be om serveren
2. Lærerinitialisering
Etter at lærerens IM er initialisert, får den chatterom-adressen gjennom serverforespørselen (getPresenterLiveInfo), skaffer chatterom-singleton, informerer læreren om at det opprinnelige chatterommet er klart, og får de interaktive direktesendingsdataene.
3. Prosessen med å invitere hvete
• Klienten sender en p2p-melding til læreren. Læreren bruker jsbridge for å ringe notifyCustomMsg til læreren, og læreren oppdaterer ventekøen for Mai-forespørselen om at den opprettholder.
• Lærerens direktemelding klikker for å godta eller avvise, og lærerens innfødte blir varslet via en melding, og lærerens innfødte informerer klienten om forespørselen gjennom P2P.
• Klienten bruker den interaktive direktesendings-SDK-en, kobler mikrofonen til live-rommet og sender en melding til læreren som er hjemmehørende gjennom den interaktive direktesendings-SDK-en.
• Læreren har innkalling til notifyQueueChange-metoden for å oppdatere listene i lærerens chat
• Lærer-chat, ber asynkront (informServer) om å oppdatere serverens opplastings- og nedlastningskøer, sende egendefinerte meldinger (im-sdk) og kringkaste for å varsle hver klient.
Lærer IM-modul
Ved å kombinere flytskjemaet og den detaljerte beskrivelsen av prosessen ovenfor, blir frontmodulene designet og delt, som vist i følgende figur.
Her er LivePcChat en chattekomponent i Tab, LiveInteractivePresenter er en komponent som behandler interaktive operasjoner, og XXcache er en komponent som innkapsler tilsvarende datalagoperasjoner. Den spesifikke komponentforekomsten, samtalen, dataforespørselen og prosesseringsprosessen er som vist i sekvensdiagrammet nedenfor:
Nettstudentmodul
For Web / Wap studentterminalen, fordi Web / Wap studentterminalen i seg selv ennå ikke har utviklet jomfrufunksjonen. Her tar du webstudentterminalen som et eksempel for å introdusere realiseringen av studentterminalen Web / Wap i den interaktive listen og chatinteraksjon. Chatterom-delen av seg selv og chatterommet på læreren slutter å bruke chat-komponenter på nytt, så modulene deles også her først. Du kan referere til delingen av komponenter på lærersiden for å sammenligne noen av komponentene som brukes på nytt av lærersiden og elevsiden. Den følgende figuren viser splittelsen av nettstudentsiden.
Det kan sees fra sammenligningen i tabellen nedenfor at, i tillegg til prosesseringslogikken knyttet til Yingmai, kan andre funksjoner av chat på lærersiden og nettstudentsiden gjenbrukes.
Konfigurasjon
Interaktiv direktesending er en iterasjon basert på den opprinnelige direktesendingen, så her må vi sikre konfigurerbarheten av interaktiv direktesending i ulike utdanningsproduktlinjer. Konfigurasjonen som er nevnt her, ligner på konfigurasjonen av andre moduler og komponenttilgang i utdanningskomponenten. Den er også avhengig av utdanningens generelle cache-base, som leses i konfigurasjonen når direktesiden eller prosjektsiden er lastet (institusjonell bakgrunn) Konfigurasjon, konfigurasjon med en nøkkel.
Fordeler og ulemper analyse
Fordelene med å bruke dette designet er
1. Alle serverforespørsler sendes via websiden, noe som reduserer vedlikeholdskostnadene til læreren;
2. Konfigurerbarheten til modulen. I forskjellige forretningsområder kan den konfigureres til å bestemme om den skal koble til den interaktive direktesendingen;
3. Komponentene er granulære. I forskjellige moduler har lærersiden tilgang til chat-komponenten og den interaktive komponenten, mikrofonkomponenten, og studentsiden har bare tilgang til den interaktive listekomponenten;
4. Den er i størst grad avhengig av funksjonene implementert av eksisterende Yunxin sdk, som kan oppfylle kravene på relativt kort tid.
Problemet
1. Prosessen med Yingmai er mer komplisert, fordi den involverer flere ender, og feilsøking i hver ende er bortkastet tid. Dette er også hensikten med å organisere denne artikkelen. Etter å ha forstått prosessen i hver ende, kan hver ende først finne slutten av problemet under feilsøking, og deretter kan problemet bli funnet i en bestemt kobling på en målrettet måte.
2. Fordi det utføres på grunnlag av den opprinnelige iterasjonen, er mange komponenter ikke innkapslet i pedagogiske standardkomponenter, men under forutsetning av klar logikk, kan de optimaliseres i påfølgende iterasjoner.
3. Optimaliser metoden for frontend-implementering.
oppsummere
Gjennom denne artikkelen vil vi sortere logikken til hver ende av den interaktive direktesendingen for å lette senere tilgang til forståelsen av den interaktive direktesendingsprosessen. For klienten og læreren kan du forstå implementeringen av grensesnittene og meldingene fra frontend. Hvis det er nødvendig å få tilgang til den interaktive direktesendingsmodulen i et annet påfølgende prosjekt, kan den raskt nås og feilsøkes, og samtidig kan den ytterligere optimalisere de eksisterende problemene som er reist ovenfor.
|
|
|
|
Hvor langt (lang) senderen dekke?
Rekkevidden avhenger av mange faktorer. Den virkelige avstand er basert på antennen installeres høyde, antenneforsterkning, ved hjelp miljø som bygning og andre hindringer, følsomheten til mottakeren, antennen til mottakeren. Installere antennen mer høy og bruke på landsbygda, avstanden vil mye mer langt.
Eksempel 5W FM-sender bruke i byen og hjemby:
Jeg har en USA kundens bruk 5W FM-sender med GP-antenne i hjembyen, og han teste den med en bil, det dekker 10km (6.21mile).
Jeg teste 5W FM-sender med GP-antenne i hjembyen min, det dekker ca 2km (1.24mile).
Jeg teste 5W FM-sender med GP-antenne i byen Guangzhou, det dekker omtrent bare 300meter (984ft).
Nedenfor er det tilnærmede område av forskjellige kraft FM-sendere. (Utvalget er diameter)
0.1W ~ 5W FM-sender: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-sender: 3KM ~ 10KM
80W ~ 500W FM-sender: 10KM ~ 30KM
500W ~ 1000W FM-sender: 30KM ~ 50KM
1KW ~ 2KW FM-sender: 50KM ~ 100KM
2KW ~ 5KW FM-sender: 100KM ~ 150KM
5KW ~ 10KW FM-sender: 150KM ~ 200KM
Hvordan kontakte oss for senderen?
Ring meg + 8618078869184 ELLER
Email meg [e-postbeskyttet]
1.How langt du ønsker å dekke i diameter?
2.How høyt av dere Tower?
3.Where er du fra?
Og vi vil gi deg mer faglige råd.
Om Oss
FMUSER.ORG er et systemintegrasjonsfirma som fokuserer på RF trådløs overføring / studio video lydutstyr / streaming og databehandling. Vi leverer alt fra råd og rådgivning gjennom rackintegrasjon til installasjon, igangkjøring og opplæring.
Vi tilbyr FM-sender, Analog TV-sender, Digital-TV-sender, VHF UHF-sender, Antenner, Koaksialkabelkontakter, STL, On Air-behandling, Broadcast-produkter for Studio, RF Signal Monitoring, RDS-kodere, Lydprosessorer og Remote Site Control Units, IPTV-produkter, Video / Audio Encoder / dekoder, designet for å møte behovene til både store internasjonale kringkastingsnettverk og små private stasjoner.
Vår løsning har FM-radiostasjon / Analog TV-stasjon / Digital TV-stasjon / Audio Video Studio-utstyr / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
Vi bruker avanserte teknologiprodukter til alle systemene, fordi vi vet at høy pålitelighet og høy ytelse er så viktige for systemet og løsningen. Samtidig må vi også sørge for at vårt produktsystem har en svært rimelig pris.
Vi har kunder fra offentlige og kommersielle kringkastingstjenester, telekomoperatører og reguleringsmyndigheter, og vi tilbyr også løsninger og produkter til mange hundre mindre, lokale og lokale kringkastere.
FMUSER.ORG har eksportert mer enn 15 år og har kunder over hele verden. Med 13 års erfaring innen dette feltet har vi et profesjonelt team for å løse kundens alle slags problemer. Vi er dedikert til å levere den ekstremt rimelige prisen på profesjonelle produkter og tjenester. Kontakt Epost : [e-postbeskyttet]
vår fabrikk
Vi har modernisering av fabrikken. Du er velkommen til å besøke vår fabrikk når du kommer til Kina.
I dag er det allerede 1095 kunder hele verden besøkt våre Guangzhou Tianhe kontor. Hvis du kommer til Kina, er du velkommen til å besøke oss.
på Fair
Dette er vår deltakelse i 2012 Global Sources Hong Kong Electronics Fair . Kunder fra hele verden endelig har en sjanse til å komme sammen.
Hvor er Fmuser?
Du kan søke i disse tallene " 23.127460034623816,113.33224654197693 "på google map, så finner du vårt fmuser-kontor.
FMUSER Guangzhou Kontoret ligger i Tianhe District, som er den midten av Canton . Veldig nær til Canton Fair , Guangzhou jernbanestasjon, Xiaobei veien og dashatou , Trenger bare 10 minutter hvis ta TAXI . Velkommen venner over hele verden til å besøke og forhandle.
Kontakt: Sky Blå
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-post: [e-postbeskyttet]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Kina Postnummer: 510620
|
|
|
|
Engelsk: Vi aksepterer alle betalinger, for eksempel PayPal, kredittkort, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Hvis du har spørsmål, kan du kontakte meg [e-postbeskyttet] eller WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Vi anbefaler at du bruker Paypal til å kjøpe våre produkter, er The Paypal en sikker måte å kjøpe på internett.
Hver av våre element liste siden bunnen på toppen har en paypal logo for å betale.
Kredittkort.Hvis du ikke har paypal, men du har kredittkort, kan du også klikke Yellow PayPal knappen for å betale med kredittkort.
-------------------------------------------------- -------------------
Men hvis du ikke har et kredittkort og ikke har en PayPal-konto eller vanskelig å fikk en paypal Kontoinnstillinger, kan du bruke følgende:
Western Union.  www.westernunion.com
Betal med Western Union til meg:
Fornavn / Fornavn: Yingfeng
Etternavn / etternavn / etternavn: Zhang
Fullt navn: Yingfeng Zhang
Land: Kina
By: Guangzhou
|
-------------------------------------------------- -------------------
T / T. betal med T / T (wire transfer / telegrafisk overføring / Bank Transfer)
Første BANKINFORMASJON (SELSKAPSKONTO):
SWIFT BIC: BKCHHKHHXXX
Bank navn: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Bankadresse: BANKEN AV KINA TOREN, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Kontonavn: FMUSER INTERNATIONAL GROUP LIMITED
Kontonr. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Andre BANKINFORMASJON (SELSKAPSKONTO):
Mottaker: Fmuser International Group Inc.
Kontonummer: 44050158090900000337
Mottakerens bank: China Construction Bank Guangdong Branch
SWIFT-kode: PCBCCNBJGDX
Adresse: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kina
** Merk: Når du overfører penger til bankkontoen vår, vennligst IKKE skriv noe i kommentarområdet, ellers vil vi ikke kunne motta betalingen på grunn av myndighetens policy for internasjonal handel.
|
|
|
|
* Det vil bli sendt i 1-2 arbeidsdager når betaling klart.
* Vi vil sende den til din paypal adresse. Hvis du ønsker å endre adresse, send riktig adresse og telefonnummer til min e-post [e-postbeskyttet]
* Hvis pakkene er under 2kg, vil vi bli sendt via post luftpost, vil det ta ca 15-25days til hånden din.
Hvis pakken er mer enn 2kg, vil vi sende via EMS, DHL, UPS, Fedex rask ekspresslevering, vil det ta ca 7 ~ 15days til hånden din.
Hvis pakken mer enn 100kg, vil vi sende via DHL eller flyfrakt. Det vil ta om 3 ~ 7days til hånden din.
Alle pakkene er skjema Kina Guangzhou.
* Pakken sendes som en "gave" og avvises så lite som mulig, kjøper trenger ikke betale for "TAX".
* Etter skip, vil vi sende deg en e-post og gi deg sporingsnummeret.
|
|
|
For garanti.
Kontakt oss --- >> Returner varen til oss --- >> Motta og send en ny erstatning.
Navn: Liu Xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kina.
ZIP: 510620
Telefon: + 8618078869184
Vennligst gå tilbake til denne adressen og skriv din paypal adresse, navn, problem på merknad: |
|
