C'est plus clair en effet. Tu rajoutes un niveau d'indirection pour éviter au développeur de gérer une partie du déploiement, le routing, ... et offrir un genre de cloud providing. Une sorte de serverless pour tout ce concerne l'IHM en quelque sorte.
Intéressant. Je comprends l'intérêt pour pouvoir le conjuguer avec du natif, mais dans ton cas on a besoin d'ouvrir des ports TCP et si le serveur "métier", celui du dev, est déporté la latence doit s'en ressentir, non ?
Ne serait-il pas judicieux d'offrir en plus le support du websocket à ce niveau selon qu'on se trouve sur le même réseau ou sur l'internet. Ou si tu décidais d'hoster proposer du déploiement de la partie métier.
Tu expliques aussi qu'Atlas est multi-language. Ceci signifie t'il que tu l'as implémenté dans tous ces languages ou que tu passe par un wrapper ?
[^] # Re: JustPy
Posté par El Titi . En réponse à la dépêche Développer une interface web avec le toolkit Atlas (2/2). Évalué à 2.
C'est plus clair en effet. Tu rajoutes un niveau d'indirection pour éviter au développeur de gérer une partie du déploiement, le routing, ... et offrir un genre de cloud providing. Une sorte de serverless pour tout ce concerne l'IHM en quelque sorte.
Intéressant. Je comprends l'intérêt pour pouvoir le conjuguer avec du natif, mais dans ton cas on a besoin d'ouvrir des ports TCP et si le serveur "métier", celui du dev, est déporté la latence doit s'en ressentir, non ?
Ne serait-il pas judicieux d'offrir en plus le support du websocket à ce niveau selon qu'on se trouve sur le même réseau ou sur l'internet. Ou si tu décidais d'hoster proposer du déploiement de la partie métier.
Tu expliques aussi qu'Atlas est multi-language. Ceci signifie t'il que tu l'as implémenté dans tous ces languages ou que tu passe par un wrapper ?