Discussion :

[vinkelwin]

Hello,

J'ai une solution qui se base sur les éléments suivants:
- une base de données intégrant une couche REST qui se trouve sur un serveur
- des applications clients développées en Delphi pour multi-plateforme (FMX) qui échangent avec la base de données via des requêtes REST.

Mon problème:
Les applications Delphi peuvent être compilées pour fonctionner sur Windows, Android ou iOS mais mon client ne veut pas dépendre des conditions de Apple pour utiliser les app sur les appareils Apple (bon vouloir de Apple d'accepter ou non de distribuer une app sur l'Apple Store, nécessité pour les clients pro de payer une licence pour avoir droit d'utiliser des app provenant du AppleStore, etc.).

Pour éviter la problématique Apple, je pars de l'idée que mes app clients doivent pouvoir tourner sur un navigateur web... Vrai?

Si oui, par quel bout prendre le problème pour ne pas avoir à refaire de zéro le développement des applications clientes?

Merci pour vos avis éclairés...

[Paul TOTH]

la bonne nouvelle c'est que tu as déjà l'architecture REST pour un client web

la mauvaise nouvelle c'est que je ne vois pas d'autre solution que de redévelopper l'UI pour le Web

la seule alternative serait d'utiliser une appli Web pour piloter une instance de ton appli sur un serveur...style "Bureau à Distance" dans un navigateur...mais ça n'a pas forcément adapté à un mobile.

[SergioMaster]

Bonjour,
UNIGUI ne répondrait pas à cette demande ? J'ai toujours voulu tester mais, n'ai jamais eu le temps de le faire

[pprem]

Alors déjà, si tu considères que la politique d'Apple sur le sujet est mauvaise (ce que je peux comprendre), ne propose pas de produits pour Apple. La plupart des entreprises à qui on distribue des logiciels sont équipées (ou peuvent l'être) en Android. Mais bien sûr tout dépend de ce que tu proposes comme service.

A mon avis tu fais une erreur en opposant un développement mobile "propre" et proposer un service en ligne pour tes projets. Les 2 ne sont pas incompatibles.

Si tu as déjà des API pour travailler tu peux faire les deux et viser différents publics.

Le service en ligne pourra être développé pour être utilisé de n'importe où mais ça nécessite de bien réfléchir à la façon dont c'est fait pour tourner sur toutes sortes de tailles d'écrans et périphériques avec les problématiques de déconnexions possibles en mobilité.

Dans le cas qui t'intéresse, ayant la partie serveur accessible en REST, si tu veux rester sur du Delphi comme langage la solution passe par TMS Web Core qui te permettra de développer ton interface utilisateur en Pascal dans Delphi et génère des pages web et du Javascript. En plus la licence n'est pas très cher et ça bouge beaucoup.

Note quand même quelque chose : si tu fais du web, tes sources sont lisibles par les utilisateurs et n'importe qui d'autre. Tu dois donc blinder ton code au maximum pour éviter les piratages et attaques en tous genres qui pourront ensuite être faites grâce à ça.

Si tu fais du logiciel compilé par exemple avec FireMonkey, il y a moins de risques de se faire pomper les sources et donc les infos sur l'API.

[pprem]

Bonjour,
UNIGUI ne répondrait pas à cette demande ? J'ai toujours voulu tester mais, n'ai jamais eu le temps de le faire

UniGUI peut servir, comme IntraWeb, mais les deux génèrent la partie serveur qui propulse les pages, dont nécessitent un hébergement spécifique, ce qui ne serait pas nécessaire pour du pur web comme avec TMS Web Core qui pourrait être hébergé n'importe où.

Autres solutions, comme Paul l'a dit, les solutions d'applications dans le navigateur. On peut bidouiller ça avec FMX pour Linux et un programme serveur dédié (Jim McKeeth avait fait un article rapide dessus) ou des solutions comme Thinfinity virtualUI qui fournit une API Delphi pour se greffer à leur système et gérer les utilisateurs qui s'y connectent. Le coût de ces solutions est globalement élevé par rapport à un hébergement standard et une solution web classique.

[SergioMaster]

UniGUI peut servir, comme IntraWeb, mais les deux génèrent la partie serveur qui propulse les pages, dont nécessitent un hébergement spécifique, ce qui ne serait pas nécessaire pour du pur web comme avec TMS Web Core qui pourrait être hébergé n'importe où.

J'ai eu la curiosité de regarder un présentation UNIGUI, effectivement, c'est plus VCL et composants types donc cela ne répond pas à une application déjà écrite FMX.
TMS WebCore, j'y pensai aussi, mais pas pour cette discussion. Ça aussi, un jour, il faudra que je m'y mette.