Ah oui, autre gros point intéressant : les Stores d'ExtJS sont des classes qui se chargent d'envoyer les requêtes Ajax, de récupérer les données, et de mettre tout ça en mémoire dans des Collections (tableaux ou hash) à disposition des composant graphiques, par ex un tableau. Sans rentrer dans les détails, les Stores poussent naturellement à faire des appels REST (en promouvant les GET/POST/PUT/DELETE sur des apis style /object/id).
Bref, en développant avec ExtJS, on obtient naturellement des web services REST, qu'on peut alors réutiliser indépendamment de ExtJS pour d'autre type de client (lourd/natif/ HTML+javascript sans ExtJS,…)
À comparer avec le développement d'une interface web classique, par ex un serveur qui construit une page HTML par produit. Si on veut un WS pour l'interfacer avec autre chose, faut tout refaire…
[^] # Re: Prend un thé, ça ira mieux...
Posté par jigso . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 7.
Ah oui, autre gros point intéressant : les Stores d'ExtJS sont des classes qui se chargent d'envoyer les requêtes Ajax, de récupérer les données, et de mettre tout ça en mémoire dans des Collections (tableaux ou hash) à disposition des composant graphiques, par ex un tableau. Sans rentrer dans les détails, les Stores poussent naturellement à faire des appels REST (en promouvant les GET/POST/PUT/DELETE sur des apis style /object/id).
Bref, en développant avec ExtJS, on obtient naturellement des web services REST, qu'on peut alors réutiliser indépendamment de ExtJS pour d'autre type de client (lourd/natif/ HTML+javascript sans ExtJS,…)
À comparer avec le développement d'une interface web classique, par ex un serveur qui construit une page HTML par produit. Si on veut un WS pour l'interfacer avec autre chose, faut tout refaire…