Version imprimable
Bonjour,
J'ai une application Delphi Desktop que je voudrais faire migrer en full web, quelle est le meilleur outil pour le faire, j'ai identifié deux possibilités:
- TMS Web Core
- Unigui
Les deux semblent répondre aux besoins, je n'arrive pas à faire mon choix.
Merci de vos conseils
Chouk
Bonjour,
tout d'abord, c'est une question de budget et ensuite, quel que soit le produit envisagé, vous devrez réécrire.
Pour avoir tenté l'expérience avec unigui, vous avez intérêt à vous pencher sur html, css et jscript dès que vous voudrez sortir des sentiers battus.
À l'occasion, contactez par mp Nabil74 (un de vos compatriotes) qui vient de migrer son application GED en utilisant unigui
Bonjour,
Merci, pour votre réponse, la question du budget passe en second plan derrière la fiabilité de la solution utilisée, si vous vous trompez d'outil ça va vous couter très cher en budget et en temps, ma demande concerne surtout la robustesse de la solution.
TMS Web Core a beaucoup de composants (TMS FNC...), je ne sait pas si c'est le cas pour UNIGUI.
Merci.
pour développer sur le Web, Delphi - côté client - n'est pas l'outil le plus pertinent à mon avis.
les solutions qui font comme si on bossait sous Delphi/Windows mais qui tournent dans un navigateur impliquent toutes une lourdeur de gestion inhérente au modèle.
donc l'autre question à se poser, c'est veux-je faire un développement Web, ou veux-je une solution web avec le moins d'effort possible en partant de mes habitudes sous Delphi ?
car clairement c'est produits s'adressent à cette catégorie de personnes qui veulent des solutions web sans s'approprier la technologie.
dans le genre, il existe aussi une solution dont le nom m'échappe qui permet d'afficher une application Delphi dans un navigateur, l'appli tourne sur le serveur mais s'affiche dans une page web un peu à la façon de Bureau à Distance...là ça reste un développement Delphi qui tourne sous Windows mais dont on déporte l'affichage...autant dire que ce n'est pas Responsive :D
PS: j'ai des solutions qui utilisent un serveur Delphi mais dont la partie client est entièrement codée en HTML/JS
Bonjour,
Est ce qu'il est possible d'utiliser la partie serveur en Delphi et la partie client en PHP, Javascript... ? Si oui comment peut on faire la partie serveur en Delphi (composants...) ?
Merci
C'est même l'approche où Delphi excelle, tout simplement un service REST, tu as plusieurs composants comme DataSnap mais on peut utiliser un simple TIdHTTPServer
Je constate d'ailleurs de part mon actuel emploi et deux autres annonces (sur Paris) avec le trio Delphi + PHP + React, c'est un TIdTCPServer en Delphi pour un lien TCP avec le PHP, plus fréquemment en mode "one shot", une requête = une socket, le Delphi utilisant un protocole texte ou binaire selon le choix technique, la réponse à la requête pouvant être en format maison, Objet PHP sérialisé, XML, JSON, disons que cela dépend la cible, si le PHP ne sert que de bridge, autant émettre un JSON pour React par exemple
Tu peux aussi inclure JQuery évidemment
Cependant question vocabulaire
Delphi est le Backend
PHP sert de middleware
JS est le front end, la partie cliente
Mais la technique est un détail à mon avis, transformer une application Desktop en Web, souvent c'est une catastrophe !
Faut tout repenser, refactorer la version Delphi pour séparer les Données, la couche Métier, la couche présentation, revoir le fonctionnel en profondeur, optimiser le modèle ... une Rétro-ingénierie complète.
Ensuite réfléchir à l'expérience utilisateur, le workflow, le contenu affiché et la masse de données (oublier le TDBGrid et découvrir le bonheur de la pagination) ... vouloir copier-coller une application Desktop en Web est une erreur.
Quel est la version de Delphi ?
Quel est le SGBD ? Le Metier est plus dans le logiciel ou plutôt en procédure stockée ?
Bonjour,
Merci pour votre réponse.
Delphi 10.2, BDD actuelle : Frebird, BDD pour la version Web: SQLSERVER, le métier est dans le logiciel.
Merci
Là-dedans a été oublié Intraweb.Citation:
Envoyé par zchoukria
Pour ce qui est de Unigui, il y a quand même pas mal de composants, le gros point noir, à mon avis c'est le forum (plutôt moyen) et le suivi de la solution
la version TMS pour en avoir vu les prémices est mieux, mais nécessite plus que le simple TMSWebcore donc budget important
Enfin il n'a pas été indiqué si la BDD serait sur un hôte hébergé ou sur un serveur intra-entreprise
à noter qu'il existe quelques hébergeurs FirebirdCitation:
BDD actuelle : Frebird
pas MySQL, le plus hébergé des SGBD ?Citation:
pour la version Web: SQLSERVER
Bonjour,
La BDD sera hébergé chez un prestataire externe (hôte), pour SQL Server c'est une exigence du client (il a déjà acheté la licence).
Moi aussi Unigui me semble bon mais ma crainte c'est qu'il est développé par une seule personne ce qui est dangereux en cas de disparition ou arrêt de ce dernier.
Il me semble que TMS Web Core nécessite TMS XDATA (serveur Rest/Json) et TMS Aurelius (ORM) pour l'accès à la BDD, c'est vrais que ça nécessite un investissement conséquent, mais c'est une entreprise donc il y a un aspect pérennité à prendre en compte.
Pour Intraweb je ne sait pas si c'est performant (si vous avez un avis tranché sur celui-ci je suis preneur).
Merci
SQL Server, c'est sur ce que je travaille mais via ADO et ses bizarreries.
Si vous recommencez tout à Zéro, pourquoi conserver Delphi ?
PHP peut accéder à la base SQL Server directement
Sur le logiciel que je maintiens, le Serveur Delphi est une boite d'abstraction car cela fonctionnait sur ORACLE et SQL Server (peut-être même aussi DB2), le SQL produit en PHP parsé pour s'adapter à la cible et compléter pour gérer la visibilité\droits sur les données.
Cela inclut aussi le serveur d'impression ou des robots divers, c'est un choix de l'an 2000 sur les bases d'un application plus ancienne (1990)
L'application Delphi sert aussi de Serveur de Cache pour le PHP et de gestionnaire de Session.
Ah et c'est installé chez 1000 clients différents (en SASS, en OnPremise, Multi-ligne, Multi-Cluster ...) et tout est presque entièrement customisable dans le produit.
Vous semblez fournir une application pour un seul client.
Et c'est un classique, c'est la troisième application (trois sociétés) qui lors de la migration Desktop vers Web en 2000 est parti sur un Serveur Delphi SOAP (ou binaire) puis REST pour encapsuler un système multi-base de données (j'ai eu les couples InterBase/Sybase/Oracle selon le souhait du client, le couple Paradox/Interbase en mode transition et enfin le couple ORACLE/SQL Server)
En PHP5.2, j'ai codé la partie serveur compatible MySQL5 et PostgreSQL, côte mon collègue faisant tout en YahooLib. ... je n'ai jamais fait de PHP avant, j'ai recréé quasiment intégralement le TClientDataSet et le système Master-Detail de Delphi pour soumettre des données arborescentes (sorte de graphe relationnel entre personnes) en 4 mois, c'est un framework qui servirait de base à générateur d'application.
N'ayez pas peur de choisir la technologie adaptée sans bloquer sur une compétence unique.
Aujourd'hui, je ne vois pas l'intérêt du serveur Delphi pour un projet Full Web si il n'y a pas un socle commun Métier orienté Service avec la version Desktop, Mobile et Web.
IntraWeb ... ce dernier c'est bien pour bricoler un mini-site au sein de ton projet Desktop, j'ai pu expérimenté cela pour quelques IntraNet orienté Listing et BI en extension du logiciel, totalement customisé pour quelques clients, un développement spécifique qui fait un peu d'argent à court terme mais un boulet à trainer les années ensuite.
IntraWeb + JQuery permet de faire un peu plus, c'est la partie JS qui fait la presentation, IW n'est là que comme fournisseur de données au final, c'est bien si l'on a pas le courage de gérer soit même un HTTP Server, Dispatcher et Multi-threading
TMS Web Core, si c'est comme le reste chez TMS, ça doit être lourd ... j'ai tellement de mauvais souvenir de cet lib, pire au final, on a l'impression que les développeurs font plus du TMS que du Delphi, ils ne savent même plus utiliser les composants VCL standards.
Bonjour ShaiLeTroll
Je pense que vous avez raison, puisqu'il faut refaire l'application de zéro il vaut mieux partir sur de bonnes bases et PHP reste une valeur sure.
Merci à tous pour vos réponses.
déjà, en séparant le développement backend du frontend, tu peux changer une techno sans toucher l'autreCitation:
Envoyé par zchoukria
donc le serveur, en Delphi ou PHP, ne fait que retourner des fichiers statiques HTML/JS/CSS ou répondre à des requêtes REST/JSON, peut importe la BDD puisque la requête ne contient jamais de SQL
côté client, soit du raw Javascript, soit un framework quelconque, y compris avec les outils Delphi, TMS a repris pas2js pour développer du JS dans l'IDE Delphi.
j'ai un projet j'utilise du raw JS côté client, Apache/PHP pour le REST/JSON et Apache/Delphi pour un WebSocket que l'on ne peut pas faire en PHP à ma connaissance. En fait c'est un serveur Delphi (sous Linux pour le coup) qui est accessible en reverse proxy Apache, là aussi c'est assez souple car je peux facilement changer l'implémentation du WebSocket et faire pointer Apache sur un autre service au besoin.
à l'époque de Kylix (qui remonte donc à Delphi 6) j'avais aussi fait un binaire Linux pour générer des tuiles d'une carte interactive, j'avais un frontal PHP qui invoquait l'appli Kylix à la demande pour produire une image à retourner au navigateur. L'image était produite à partir d'une base de données MySQL qui contenant les informations vectorielles d'une carte de la ville.
En fait ce qui est pratique en développement Web c'est que tu peux facilement brancher les choses ensemble.
Cybele Software ?Citation:
Envoyé par Paul TOTH
je l'ai testé il y a un peu plus d'un an, mais 3 choses me gênaient :
1/ pas de son (mais il se peut qu'ils se soient amélioré depuis)
2/ c'est une souris que nous dirigeons depuis notre souris (sur mobile ça fait bizarre)
3/ les couleurs des polices ne sont pas très nettes
non c'était RealThinClient et je viens de voir qu'il est passé OpenSource en mai dernier. Disponible sur GithiubCitation:
Envoyé par Coussati
ah ben non, c'est bien Cybele en fait, mais j'ai confondu car j'avais trouvé la version OpenSource ThinVNC d'un "thin" à l'autre ma mémoire n'a fait qu'un pas.