Ultimele tutoriale de dezvoltare web
 

AppML Istorie


În 1999 Refsnes date a dezvoltat prima versiune a AppML.

Deja atunci, AppML sa bazat pe cerere HTTP de comunicare între client web și serverul web. Mai târziu, această metodă a devenit bine cunoscut sub numele de AJAX.

În septembrie 2000, a fost demarat un proiect de dezvoltare pentru un client mare norvegian. Scopul proiectului a fost de a converti un sistem de informații imens (aproximativ 300 de aplicatii) dintr-o aplicație desktop Windows pentru o aplicație modernă de Internet, folosind doar AppML.

Sistemul AppML cu sediul a fost lansat în 2001, cu câteva luni înainte de termen, ca primă aplicație AJAX comerciale din lume. Proiectul a fost un succes imens, cu timpul de dezvoltare a redus cu 75%, în comparație cu dezvoltarea web obișnuite. De atunci, au fost adăugate noi aplicații, iar sistemul acoperă în prezent peste 1000 de aplicații de funcționare.

În februarie 2015, w3ii re-lansat AppML ca un produs nou, deschis publicului.

obiective de proiectare AppML:

  • aplicații AppML trebuie să ruleze pe Internet
  • aplicații AppML trebuie să fie independent de platforma
  • aplicații AppML trebuie să utilizeze numai standarde Internet (HTML, CSS, JavaScript)
  • aplicații AppML trebuie să sprijine o varietate de nevoi de aplicare
  • aplicații AppML trebuie să fie auto-descrie
  • aplicații AppML trebuie să fie ușor de a dezvolta, menține și schimbare
  • cererile AppML trebuie să fie o dovadă în viitor

Paragrafele de mai jos descrie viziunea Refsnes Datelor originale s (1999) cu privire la f aplicații web uture.


Executabilele va muri, va trăi JavaScript

Executabilele compilate (compiled from languages like C or Java) , (compiled from languages like C or Java) nu poate rula pe hardware diferite.

Executabilele (EXE files, ActiveX and COM objects, DLL-files) sunt componente care împiedică dezvoltarea de aplicații care pot rula pe internet.

aplicație viitoare nu va folosi, sau să se bazeze pe, executabilele sau orice alte componente instalate pe calculatorul clientului.

Sugestiile noastre:

Scrieți aplicațiile viitoare folosind doar HTML, CSS și JavaScript.

Asigurați-vă că aplicațiile viitoare rula în orice browser web.


Aplicatii web va fi Servicii de internet

Istoria este plină de mari dimensiuni, scop construit, aplicatii. Multe dintre acestea au murit foarte repede, pentru că ei nu au putut supraviețui cerințe schimbări.

Cererile trebuie să fie flexibilă, generalizată, și se ajustează cu grație la schimbări, fără a fi maruntita sau distruse.

Cererile ar trebui să poată trece de la sprijinirea câteva milioane de cereri pe zi.

Cererile ar trebui să poată să se răspândească de la un server la mai multe, sau să se deplaseze între servere, fără a rupe aplicația.

Cererile ar trebui să poată să coopereze cu alte aplicații.

Aplicațiile nu trebuie să conțină mase mari de cod.

Cererile trebuie să fie defalcate în servicii mai mici, care sunt ușor de a crea și ușor de întreținut.

Cererile ar trebui să fie un set de servicii de Internet, care pot reveni date la cererile de Internet depuse.

Cererile trebuie să solicite servicii prin protocoale standard de Internet fără a menține o conexiune permanentă la server.

Sugestiile noastre:

Scrie viitoarele aplicații folosind SOA bazate pe Internet (Service Oriented Architecture) .

Asigurați-vă serviciile de aplicare generală și flexibilă, și gata de a servi diferite tipuri de cereri.


Aplicații viitoare vor fi ușor de a crea și edita

Clienții și serverele vor face schimb de date într-un mod ușor de înțeles.

Aplicațiile nu vor fi codificate, în cazul în care poate fi evitată.

Cererile vor fi create și modificate, prin editarea de modele, nu prin cod de editare.

Descrierile de aplicare va fi ușor de citit de oameni.

Descrierile de aplicare vor fi auto-descrie.

Cererile vor fi scrise de către utilizatori, nu programatori.

Sugestiile noastre:

Utilizați fișiere text care pot fi citite umane pentru a descrie servicii, și furnizează servicii prin executarea acestor descrieri.

Utilizați fișiere text (like JSON files) pentru a descrie aplicații.

Utilizați fișiere text (like JSON files) pentru a face schimb de date.

Utilizați HTML, CSS, JavaScript pentru a executa aplicații.


Trei dezvoltatori web puțin ...

După ce, la un moment dat au existat trei dezvoltatori web mici în curs de dezvoltare un nou site web.

1. Primul dezvoltator web a fost folosind AppML.

2. Al doilea dezvoltator web a fost folosind limbajul preferat sa de programare server.

3. A treia a fost folosind un cadru de dezvoltare web pentru întreprinderi profesionale.

Primul dezvoltator de web a avut un demo de până și să fie difuzate în două zile. După colaborarea cu utilizatorii, un prototip ies fost gata într-o săptămână. Și, după două săptămâni de testare, un site web inteligent, rapid și ușor de utilizat, era gata de publicare.

Al doilea dezvoltator de web a avut site-ul său gata după 6 luni. Dar WWW-au schimbat cerințele sale, și nu a fost îndeplinită. Dezvoltatorul web nu a putut face schimbări majore în proiectul său deoarece conținea prea mult cod. Deci, el a început dezvoltarea versiunii 2.

Al treilea dezvoltator de web nu a reușit să finalizeze lucrarea. Profesionistul Cadrul de dezvoltare web a fost foarte dificil de utilizat, foarte greu de înțeles, și aproape imposibil de testat.

Aruncati o privire la modul în care primul dezvoltator a făcut -o .