Este posibil pentru a crea o aplicație Cast Sender Google folosind HTML5 și numai JavaScript?




Poate comunicarea expeditor-receptor într-o aplicație de expeditor turnat să fie pus în aplicare în JavaScript pur și rula în interiorul browser-ul?


Este API-ul disponibil numai pentru Android și iOS?
Nu, trebuie să fie capabil să citească din portul UDP folosit pentru a executa interogarea M-SEARCH din domeniul dvs. multicast. In nici un caz în ceea ce știu. Acest lucru s-ar putea schimba dacă Google decide să utilizeze un alt protocol de descoperire, în plus față de DIAL.


<http://www.dial-multiscreen.org/>


[Citirea din port udp în browser](https://stackoverflow.com/questions/17605252/reading-from-udp-port-in-browser)
nu,merge numai pe android se poate dar sunt multe bug-uri. de preferat sa folosesti miui, o combinatie intre ios si android si merge chiar perfect. acum 4 ani cand miui era la inceput faceam parte din developeri iar dupa a fost cumparat de xiaomi. bafta! nici unul, dar vezi ca vplay are si versiune sa vezi html5, lucru care il poti face direct din browser my 2 cents:

când implementezi un api nu mi se pare logic să “ghicești” ce fel de date primești pe baza inputului primit. de obicei modul de encodare a datelor îl determini folosind una din metodele de mai jos:

trimițând un http header când faci requestul (clientul api-ului) - considerat best prac… salut,

nu vreau sa te descurajez, ci doar sa iti prezint lucrurile intr-un mod poate mai diferit, avand tangente cu domeniul.

intai de toate... ceea ce consideri tu ca stii foarte bine, si anume html, de 4 luni, este o amagire. html este doar un mod de a prezenta informatia pe browser. si nimic mai mult. faptul ca stii sa scrii div si input nu inseamna ca stii html. nu te mai intreb ce fel de html stii... 4... 5? ca se complica lucrurile. baniesc (sau sper ca ai auzit macar de css... nici de ala nu te intreb care varianta o stii... 1...2...3... ca sunt mai multe tipuri. iar oricat html ai stii... din pacate nu poti sa faci nimic fara javascript. iar de cativa ani buni fara jquery si poate knockout sau angular sau backbone sau un alt mic framework de javascript. iar asta din pacate e doar pe client. ca pe server, mai este si acolo o luuunga discutie.

asta ar fi pe foarte pe scurt din punct de vedere tehnic... ceea ce stii tu.

acum, ca idee: nimeni in ziua de azi nu mai scrie un joc de la cap la coada. din simplul motiv ca jocurile au ajuns la un nivel atat de complex incat e practic imposibil ca o singura persoana sa scrie un joc: trebuie sa stii sa programezi, trebuie sa stii sa desenezi, trebuie sa fii regizor pentru a face povestea din spate, trebuie sa fii tester pentru a testa jocul, trebuie sa fii arhitect pentru a intelege arhitectura... si la final mai trebuie sa il si vinzi... pur si simplu nu poti sa faci asa ceva.

pentru ca te adresezi unei nevoi si cam atat. este adevarat ca au existat si cateva exceptii: tetris.

acum. la jocuri ma refeream pentru calculator.

insa odata cu mobilele se redeschide ideea in care ai putea sa scrii un joc pe android/iphone/windows phone/tienzen etc. aici este locul in care ai mai putea scrie un joc de unul singur. e adevarat... chiar trebuie sa te chinui... dar inca se poate.

problema mare insa pe device-uri mobile este insa ca e cam haiducie... pur si simplu fiecare si-a dezvoltat sau incearca sa isi dezvolte un sistem propriu de operare pentru a concura cu androidul (cyanogen si altele) care sunt folosite de companiile chinezesti si produc deviceuri destul de puternice la preturi mici... ceea ce ii scoate pe cei mari din joc, precum samsung, lg, etc).

astfel, apple care are un ecosistem propriu al lui a inceput sa fie copiat de microsoft cu seria lumia si inca cateva de la lg, si inca vreo doi, acum se baga tare si samsung sa isi creeze propriul ecosistem (a achizitionat un sistem numit tienzen). apare si mozilla cu un sistem numit firefox os pentru mobile, toti incearca sa fuga de android, dupa cum iti ziceam pentru ca acesta este dat si la companiile chineze. in plus androidul e gratis in reclama, dar in realitate nu e chiar gratis. sunt ceva costuri si cu licentele pe fiecare mobil, dar pentru tine ca utilizator final sunt costuri ascunse in pretul final al telefonului).

sfatul meu este ca daca tot vrei sa inveti, decide-te intai ce vrei sa faci. eu te-as sfatui sa incerci sa faci aplicatii chiar necesare. sa inveti cum se programeaza, sa treci prin ciclul vietii unei aplicatii. as lua de exemplu site-ul asta si as incerca sa il copiez, sa fac unul la fel. poti sa faci orice. dar daca tot investestk energie in asta, atunci macar fa-o sa merite, sa vina si in ban dupa.

sunt doua mari lumi in care poti sa intrii usor: lumea linux/php/java si lumea microsoft/c#. trebuie sa alegi. ambele au foarte multa documentatie de citit. 

python, c++ si c sunt cam moarte. au ramas legenda. e ca si cum inveti la scoala latina. cu adevarat niciodata nu o folosesti.

pascal... fugi. ala deja pute. nu are viitor. de nici o forma. e mort si nu il mai invie nimeni.

deci:

1. alegeti lumea. cu sau fara microsoft.

2. gaseste o aplicatie care sa faca ceva (orice) dar nu joc.

3. apuca-te si fa-o. dar poti juca farmerama de pe google si ti se pune cum ca ai juca de pe hi5;) JavaScript nu are suport pentru multi-threading pentru că JavaScript interpret în browser-ul este un singur fir (AFAIK). Chiar și Google Chrome nu va lăsa o singură pagină web JavaScript rulează în același timp, deoarece acest lucru ar provoca distrugeri masive de probleme de concurenta în paginile web existente. Toate Chrome nu este de a separa mai multe componente (diferite tab-uri, plugin-uri, etc.) în procese separate, dar nu-mi pot imagina o singură pagină având mai mult de un JavaScript fir.


Cu toate acestea, puteți utiliza, așa cum a fost sugerat, `setTimeout` pentru a permite un fel de programare și "fals" de concurenta. Acest lucru provoacă browser-ul pentru a recâștiga controlul de redare fir, și începe cod JavaScript furnizate `setTimeout după anumit număr de milisecunde. Acest lucru este foarte util dacă doriți pentru a permite viewport (ceea ce vezi) pentru a actualiza în timp ce efectuează operațiuni pe ea. Doar looping prin exemplu, coordonatele și actualizarea unui element în consecință, vă va face să vezi începutul și sfârșitul poziții, și nimic în între.


Vom folosi o abstracție în bibliotecă JavaScript, care ne permite de a crea procese și fire care sunt toate gestionate de către același JavaScript interpret. Acest lucru ne permite să executați acțiuni în felul următor:


* Un Proces, Firul 1
* Un Proces, Firul 2
* Procesul B, 1 Fir
* Procesul De O, Fir 3
* Un Proces, Thread 4
* Procesul B, Firul 2
* Pauză De Un Proces
* Procesul B, Fir 3
* Procesul B, Fire 4
* Procesul B, Fir 5
* Începe Un Proces
* Un Proces, Thread 5


Aceasta permite o formă de planificare și falsuri paralelism, pornirea și oprirea de fire, etc, dar nu va fi adevărat multi-threading. Nu cred că va fi vreodată puse în aplicare în limba în sine, deoarece adevarat multi-threading este utilă numai în cazul în care browser-ul poate rula o singură pagină, multi-threaded (sau chiar mai mult decât un singur nucleu), iar dificultățile sunt mult mai mari decât posibilitățile suplimentare.


Pentru viitorul JavaScript, check this out:
[https://developer.mozilla.org/presentations/xtech2006/javascript/](https://web.archive.org/web/20170920070053/https://developer.mozilla.org/presentations/xtech2006/javascript/) nu găsești nicăieri pe internet răspunsul la întrebarea "în ce limbaj de programare se dezvoltă aplicațiile de android"? 
o simplă căutare pe google ți-ar fi oferit 7, 680, 000 de rezultate.

hai să te ajut eu să ajungi mai repede șef de echipă. limbajul oficial este java. dacă devii expert în java, ai viitorul asigurat. pentru web design trebuie sa stii asa:
html, css, javascript, php si/sau asp minim.
la fel ar fi o idee buna sa intelegi document object model (dom).

gasesti multe tutoriale dar unul minimal ar fi aici:
www.w3schools.com

pentru aplicatii android trebuie sa stii in primul rand java. (android studio e cel mai folosit acum pentru ca e un ide ce cuprinde cam tot ce ai nevoie).

la partea de hard trebuie sa faci ceva practica (adica sa desfaci un calc sa intelegi ce e pe acolo si cu siguranta gasesti tutoriale).
la teorie aici e mult de invatat si nu poti invata in cateva luni. Valoarea returnată de o tratare a evenimentului determină dacă sau nu browser-ul implicit comportamentul ar trebui să aibă loc la fel de bine. În cazul clic pe link-uri, acest lucru ar fi urmatoarele link-ul, dar diferenta este cel mai vizibil în formă prezinte stivuitoare, unde puteți anula o formă de transmitere în cazul în care utilizatorul a făcut o greșeală introducerea informațiilor.


Eu nu't cred că există o W3C caietul de sarcini pentru acest lucru. Toate vechi JavaScript interfețe de acest gen au fost dat porecla "DOM 0", și sunt în mare parte nespecificată. Poate ai noroc de lectură vechi de Netscape 2 documentare.


Modul modern de realizare a acestui efect este de a apela eveniment.preventDefault()`, și acest lucru este specificat în [DOM 2 Evenimente caietul de sarcini](https://www.w3.org/TR/DOM-Level-2-Events/events.html#Events-flow-cancelation).