Limbajul de programare cel mai potrivit.

 puya4ever, on 01 ianuarie 2017 - 23:04, said:

Si cand nu ai net ce se intampla? Se opreste lumea aplicatiilor web?

 puya4ever, on 01 ianuarie 2017 - 23:20, said:

Nu vreau sa fac ceva specific. Cand se poate, fac si aplicatii web. Cand sunt limitat de browser, vreau sa fac aplicatii desktop.

 red46, on 01 ianuarie 2017 - 23:34, said:

Ah, credeam ca ai o cerinta clara. In cazul asta, cea mai buna tehnologie e aia pe care o stii mai bine.

Cand nu ai net, depinde iar, de cerinte. Vezi google drive offline.

cele mai banoase aplicatii sunt cele deskop. si vor fi mereu.

 andreim77, on 02 ianuarie 2017 - 00:10, said:

da.. un site e 200$ maxim 300$. cele desktop cateva mii, ce-i drept.

Am inceput sa experimentez putin cu Qt . Nu e chiar asa de greu pe cat credeam.
E putin asemanator C# .

Edited by red46, 02 January 2017 - 00:20.

 red46, on 01 ianuarie 2017 - 23:34, said:

care sunt limitările de care te-ai lovit?

 OriginalCopy, on 02 ianuarie 2017 - 09:11, said:

Poti accesa fisiere din sistem cu o aplicatie web?
Poti folosi aplicatia web fara conexiune la retea?
Doar serviciile cloud sunt aplicatii serioase, in rest toate sunt jucarii. Da-mi si mie exemple de aplicatii web in toata regula.

 puya4ever, on 02 ianuarie 2017 - 00:07, said:

Pai google drive offline e scris nativ,  doar se conecteaza la serviciile web cand e cazul.

Poti accesa si fisiere, tine de drepturile alocate browserului de catre client. Sau poti dezvolta un plugin si ai totul la indemana (iarasi daca utilizatorul a permis asta).
Poti folosi aplicatia web si fara conexiuni la retea daca totu-i local sau instalezi in intranet un web server cu toata jucaria etc. Un kit de instalare care automatizeaza povestea la fel ca in varianta desktop se poate face si pentru o aplicatie web. Alegerea o faci in functie si de restul cerintelor.

Edited by neagu_laurentiu, 02 January 2017 - 12:42.

 puya4ever, on 01 ianuarie 2017 - 23:04, said:

puya4ever, exista unele domenii in care ai destule motive pentru ca aplicatiile web based sa nu fie prima optiune.

Sa zicem ca ai de facut o aplicatie pentru o organizatie publica, guvernamentala, spital, etc. Unde conteaza mai putin unele facilitati mai noi (OK, conteaza sa ai o functionalitate de tip AJAX la un search, dar mai departe nu prea). In schimb, ai o gramada de logica si database design. Totodata esti rezonabil de sigur ca aplicatia aia va trebui sa functioneze 10-15 ani, cu costuri minime de intretinere. Oamenii aia nu au timp pentru batai de cap de tipul : trebuie schimbat browserul, trebuie facut update etc. Pur si simplu au nevoie de stabilitate, cu costuri minime de intretinere. Nici nu ai o interfata publica (in fapt, e un intranet), cel mult trebuie sa se lege remote prin VPN. Vor sa evite problemele nesfarsite cu atacurile pe web, dar n-au nici bani sa tot cheme echipe de experti sa faca audituri. Poate adminul si uita din cand in cand sa instaleze update-urile SO pe servere...

Si atunci pentru ce sa te complici? Auditurile costa, mentenanta costa etc. Si totul trebuie reevaluat periodic. De ce sa ai o usa deschisa spre exterior?

Tu de ce crezi ca o gramada de aplicatii in domeniul enterprise sunt tinute in java? Desi developerii nu lucreaza tipic cu GUI toolkits/libraries noi, sa recunoastem (si de-aia aplicatiile nici nu prea au fata de web). De ce sa mai cheltui bani si pe o interfata atractiva, responsive, cand e vorba de o aplicatie interna si de obicei, frecvent, e vorba de data entry sau de citit data pe un grafic?

LE; stiai ca mai exista si aplicatii in DOS care mai functioneaza, nu? Nu mai spun de COBOL sau altele, ca de astea stiu toti. De ce sa rescriu, daca functioneaza? Crezi ca e ieftin sa faci din nou analiza cerintelor, sa rescrii cod sau wrappere, sa testezi, tot tacamul? Nu uita, si la altii costa toate treburile astea, adaugi riscuri in plus, exista rezistenta la schimbare pe oriunde.

[ https://upload.wikimedia.org/wikipedia/commons/thumb/f/f9/US_Navy_110129-N-7676W-152_Culinary_Specialist_3rd_Class_John_Smith_uses_the_existing_DOS-based_food_service_management_system_aboard_the_aircraft.jpg/1280px-US_Navy_110129-N-7676W-152_Culinary_Specialist_3rd_Class_John_Smith_uses_the_existing_DOS-based_food_service_management_system_aboard_the_aircraft.jpg?1483355653250 - Pentru incarcare in pagina (embed) Click aici ]

Edited by aaaa4567, 02 January 2017 - 13:14.

 red46, on 02 ianuarie 2017 - 12:30, said:

Da. Da.

Nu te-am întrebat ce te-am întrebat ca să primesc contraintrebari la mișto.

Vino te rog cu neajunsurile concrete de care te-ai lovit în aplicația pe care vrei să o faci, ca să ne gândim la soluții.

Aplicat pe problemă, concret, nu pierdem timpul vorbind teorii.

 aaaa4567, on 02 ianuarie 2017 - 13:09, said:

pfu, din punct de vedere al costurilor, mentenabilitatii, te asigur ca iesi mai ieftin cu o solutie web based.

Avantajul pe web e ca ai un protocol de comunicare bine definit si ai un client pe toate device-urile. De ce
sa nu te folosesti de avantajul asta?

Quote

ce legatura are limbajul cu web vs desktop?

restul de argumente, securitate, design, sunt aberante - te vei lovi de ele si daca faci aplicatia web based sau desktop based.

 puya4ever, on 02 ianuarie 2017 - 19:01, said:

Depinde. Poti sa scrii o aplicatie desktop care e tot N-tier, se actualizeaza singura etc.

 puya4ever, on 02 ianuarie 2017 - 19:01, said:

Protocoale sunt destule, nu tine strict de web, le poti folosi si la desktop (un web service sau altceva din zona pe care o vizezi tu).
Stii si tu cate probleme apar cu acelasi client browser care nu respecta specificatiile din tot felul de motive.

Browserul are un dezavantaj cand intervine problema performantei (sigur, nu toate aplicatiile au nevoie de ea - aici intra si customizare, captare evenimnte, detalii etc).

 neagu_laurentiu, on 02 ianuarie 2017 - 19:13, said:

Ok, deci ajungem sa folosim HTTP ca si protocol de comunicare, dar clientul va fi o aplicatie desktop, doar ca
sa scapi de browserele care nu respecta specificatiile. Ai face asa ceva?

Quote

O aplicatie care sa se actualizeze singura e din start mai costisitoare decat o aplicatie web.

Topicul ar fi mai interesant daca ar fi fost cerinte clare. Pe baza lor sugerate tehnologiile, iar acolo am fi putut discuta
obiectiv. Ar fi o idee interesanta de topic.

 puya4ever, on 03 ianuarie 2017 - 12:39, said:

Depinde de ce vrea aplicatia sa faca. Sa spunem ca se doreste un monitor al unui dispozitiv care afiseaza real-time evenimente. Pai nu ma chinui cu browserul sa fac desenare (chit ca stie si asta un soi de accelerare grafica) sau pe server sa trimit imaginile la browser!

 puya4ever, on 03 ianuarie 2017 - 12:39, said:

Dupa ce ai facut o data bucata cu pricina, nu mai e. Ba o are si VS default in pachet.

 puya4ever, on 03 ianuarie 2017 - 12:39, said:

Desigur. Am amintit si eu despre aplicatiile web dar au cam fost scoase din ecuatie de initiator. Pana la urma e problema lui de ce nu le vrea, eu am tot spus ca de la caz la caz e posibil sa fie dezvoltata.

Edited by neagu_laurentiu, 03 January 2017 - 12:54.

 neagu_laurentiu, on 03 ianuarie 2017 - 12:53, said:

Chiar si in cazul in care ai nevoie de un client "special", cu care poti sa apelezi direct API-ul unui SO sau unui alt
device, la nivel low level, ca mai apoi sa trimiti datele la un web service fie el REST, SOAP, orice, intreaga
logica a aplicatiei ai tine-o tot pe server (web). Tot solutie web based s-ar numi.

Inteleg ca dupa tine scopul nu este sa rezolvi problema data, ci sa folosesti o solutie web based
Care-i logica interpunerii unei infrastructuri web in contextul aplicatiei descrise de neagu_laurentiu? Pentru ce ai folosi un server web?

Edited by TS030, 03 January 2017 - 15:41.

Intr-o arhitectura N-tier fiecare are rolul sau si nu-i definitoriu, doar ca fiecare in zona sa face ce stie mai bine. Application server-ul (scris in N tehnologii) denota ca-i web sau nu? Web denota cum e clientul GUI.

Ar trebui sa se inteleaga ca vorbim de server web si tehnologiile aferente + client browser. In fine...

Edited by TS030, 03 January 2017 - 15:42.