Discussion :

[npirard]

Bonjour,

Dans le cadre de nouveaux développements de sites web qui doivent être compatible avec des tablettes, nous avons décidé de regarder de plus près à HTML5 + le framework EXTJS.

Mais je voudrais savoir avec quelle architecture serveur cela se "marie" bien. Avec gestion de sécurité.

Actuellement nous utilisons Flex - BlazeDs - Services Java.

D'avance merci pour vos informations

[sekaijin]

Bonjour,
pour ma part J'ai pour un projet à grande échelle ~100 000 a 200 000 utilisateur j'ai utilisé PHP
ce service étant prévu dans un premier temps avec un ensemble de fonctionnalité simple et réduit mais ayant potentiellement beaucoup de compléments encore inconnu à ajouter, PHP nous est apparu comme une bonne solution. Apache PHP Zend Oracle en effet la conception modulaire de la partie ExtJS a permit de prévoir des ajouts de module tant coté serveur que client sans interruption de service. les modules étant déployés à chaud.

Pour au autre projet un peut moins gros en terme de nombre de client. nous utilisons Tomcat Java JsonServlet Oracle.

en fait la partie serveur n'a que peut d'impact et le choix est indépendant de ExtJS c'est une question de capacité et de service.

les applis ExtJS sont comme des client lourd déployé à la volée qui dialogue avec le serveur via HTTP(S) selon une API que l'on défini nous même.
nous avons choisi des échanges JSON.

la partie ExtJS est développé indépendamment du serveur. chaque accès à un service est implémenté par un un bouchon un simple fichier JSON.

ensuite (en parallèle) on fait la partie serveur qui implémente chaque service dans la techno choisie en fonction du besoin (charge disponibilité reprise redondance répartition de charge sécurité compétence de l'exploitant etc.) chaque service doit produire des flux JSON ayant la même structure que les bouchon de la partie ExtJS

la phase finale consiste à assembler le tout. en Java un mapping des url /xxx/service.json vers les applet java et en php une définition des rewrite_rules suffisent à brancher le tout.

nous avons même présenté un solution entièrement en ExtJS pour (avec des bouchons) pour faire une proposition à nos utilisateurs, qui on demandé à voir un démonstrateur avant de lancer le développement. nous avons remplacé les bouchons par du php et mysql le démonstrateur dynamique ayant été approuvé et vu le contexte le tout fut développé en Java. le passage de l'un à l'autre n'a eu aucun impact sur la partie Extjs.

nous avons expérimenté d'autres techno serveur, mais jusqu'ici nous n'avons jamais jamais eu besoin de les utiliser.

dans cette approche nous avons des "single page application" et un paquet d'url de service
tout le js et css sont statiques et le html est inexistant (une page vie référençant un js) la partie dynamique ne sert que du JSON.
Ruby n'apporte rien par rapport à JAVA ou PHP mais il n'est pas plus inadapté c'est juste qu'il est chez nous moins maitrisé par les exploitants et les développeurs.
Node.js est lui intéressant. surtout en terme d'usage des ressources serveur. chez nous il n'est pas maitrisé par les développeur, inconnu des exploitants. Mais il réponds de façon simple à des problématiques qui nous intéresse. reste que pour le moment le besoin ne c'est pas fait sentir pour qu'il soit choisit.

Pour moi un des avantage d'ExtJS c'est qu'il est indépendant de la techno serveur. Ce qui laisse toute la liberté pour répondre à cette question en fonction du besoin final et non de la techo choisie pour l'IHM

A+JYT