|
FORUMS PROFESSIONNELS WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
Migration Windev vers Webdev |
Débuté par SERGE, 21 sep. 2009 12:52 - 12 réponses |
| |
| | | |
|
| |
Posté le 21 septembre 2009 - 12:52 |
Bonjour, J'ai développé une application Windev avec HyperfileSQL. Le client souhaite maintenant l'utiliser à partir de plusieurs points géographiques, donc par internet . La migration est-elle si facile qu'indiquée par PCSOFT ? Quelle sont les différents points délicats et les contraintes majeures ? Merci |
| |
| |
| | | |
|
| | |
| |
Posté le 21 septembre 2009 - 13:45 |
SERGE a couché sur son écran :
Bonjour, J'ai développé une application Windev avec HyperfileSQL. Le client souhaite maintenant l'utiliser à partir de plusieurs points géographiques, donc par internet . La migration est-elle si facile qu'indiquée par PCSOFT ? Quelle sont les différents points délicats et les contraintes majeures ? Merci
tu trouveras sûrement cela débattu maintes fois dans ce forum.
mon avis : on ne migre pas une application WinDev en WebDev; on développe un front office Web avec WebDev sur son application. On profite de codes, de fonctions, procédures, classes, analyse etc ... communs et partagés. On profite d'un savoir faire WinDev que l'on peut mettre directement en oeuvre dans ce développement. On n'est pas dérouté par l'environnement de développement.
Mais on ne prend pas une application Web comme une application CS, sinon on court à l'échec. Les synopsis de navigation, les contraintes inhérents au web font que cela doit être un projet complêtement nouveau.
Donc migration NON, capitalisation des acquis OUI !
-- Eric Roumégou Webmaster des wtabletes |
| |
| |
| | | |
|
| | |
| |
Posté le 21 septembre 2009 - 14:39 |
Ne pas se faire trop d'illusions,une bonne partie de l'application sera à refaire ou réécrire. Mais une bonne partie du code sera néanmoins réutilisable. Cordialement |
| |
| |
| | | |
|
| | |
| |
Posté le 21 septembre 2009 - 16:27 |
Bonjour Serge...
Pour compléter les réponses d'Eric et Olivier, tu peux aussi envisager simplement d'accéder à tes données à distance au lieu de réécrire toute ton appli... Après tout, il est tout à fait possible d'accéder à une base HFCS en passant par internet, même si ca ralentit les accès...
Dans ce cas, tu devras travailler sur l'optimisation des accès aux données, certe, mais pas tout réécrire
Cordialement
-- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International
Plus d'information sur http://fabriceharari.com/index_FR.html
SERGE wrote:
Bonjour, J'ai développé une application Windev avec HyperfileSQL. Le client souhaite maintenant l'utiliser à partir de plusieurs points géographiques, donc par internet . La migration est-elle si facile qu'indiquée par PCSOFT ? Quelle sont les différents points délicats et les contraintes majeures ? Merci
|
| |
| |
| | | |
|
| | |
| |
Posté le 21 septembre 2009 - 17:04 |
Merci pour ces conseils réalistes. |
| |
| |
| | | |
|
| | |
| |
Posté le 25 septembre 2009 - 17:44 |
Pour répondre plus clairement à ta question et pour avoir pratiqué la chose, j'aimerai te faire profiter de mon expérience.
Le premier avantage dans cette solution et de n'avoir qu'un seul source à gérer et pour les utilisateurs plus de mises à jour. Ils se connectent et c'est tout bon.
Mais il y a un mais, il te faudra gérer un serveur à distance et là tu vas découvrir des réactions curieuses, très difficiles à expliquer au support technique et pour lesquelles tu auras des réponses bateaux de certains du style "c'est dans la doc ou as tu pensé à cocher le switch untel etc..."
Un exemple, quand tu vas démarrer ton dev en Webdev, tu vas lui dire que l'analyse existe dans windev à tel endroit. Bien, ça marche nickel et tu vas écrire ton code pendant des jours et faire ta première instal sur le serveur. Tout fonctionne ou presque (si tu penses à remodifier dans le service Internet IIS le chemin de ton appli, parce que l'info de l'unité de disque a disparu, problème corrigé dans la version 12 et réapparu avec la 14) ok maintenant ça marche et tout est bien. Mais voila que tu décides de faire sur ta machine de dev une modification dans l'analyse, oh une toute petite, tu rajoutes une rubrique dans une clef composée. Tout fonctionne sur ta machine de dev et tu décides donc une mise à jour de ton site et là un coup ça marche, un coup ça marche pas. la mise à jour automatique des fichiers n'a pas fonctionné. Pendant l'installation, pas de messages d'erreur. rien, juste un fenêtre qui te dit que "la modification automatique des fichiers hyperfile 5.5" à bien fonctionné. Je n'ai jamais eu de fichiers HF de cette version qui date de Matusalem mais le message est comme ça et d'autre part lors de l'exécution su site, le message d'erreur te dit que la requête appelée est inconnue dans l'analyse. Rien a voir mais c'est comme ça. Donc quand ça veut pas marcher 2 solutions : 1-refaire une petite modif dans l'analyse et recommencer l'instal des fois ça marche... 2- et là c'est le plus pénible, ramener le ou les fichiers concernés sur ta machine de dev. Mettre à jour avec l'analyse de la machine de dev , retransferer le fichier en cause et réinstaller.
Dans mon cas le fichier incriminé a 1600000 records.
Je ne parle pas des listes combo qui traversent la transparence des menus. Des lignes de table invisibles . De l'incompatibilité entre Firefox et IE (il faut choisir)
Mais aujourd'hui tout fonctionne et mon client est ravi et si tu veux en savoir plus, tu peux me contacter.
|
| |
| |
| | | |
|
| | |
| |
Posté le 25 septembre 2009 - 20:24 |
polo a utilisé son clavier pour écrire :
Pour répondre plus clairement à ta question et pour avoir pratiqué la chose, j'aimerai te faire profiter de mon expérience.
Le premier avantage dans cette solution et de n'avoir qu'un seul source à gérer et pour les utilisateurs plus de mises à jour. Ils se connectent et c'est tout bon.
Mais il y a un mais, il te faudra gérer un serveur à distance et là tu vas découvrir des réactions curieuses, très difficiles à expliquer au support technique et pour lesquelles tu auras des réponses bateaux de certains du style "c'est dans la doc ou as tu pensé à cocher le switch untel etc..."
Un exemple, quand tu vas démarrer ton dev en Webdev, tu vas lui dire que l'analyse existe dans windev à tel endroit. Bien, ça marche nickel et tu vas écrire ton code pendant des jours et faire ta première instal sur le serveur. Tout fonctionne ou presque (si tu penses à remodifier dans le service Internet IIS le chemin de ton appli, parce que l'info de l'unité de disque a disparu, problème corrigé dans la version 12 et réapparu avec la 14) ok maintenant ça marche et tout est bien. Mais voila que tu décides de faire sur ta machine de dev une modification dans l'analyse, oh une toute petite, tu rajoutes une rubrique dans une clef composée. Tout fonctionne sur ta machine de dev et tu décides donc une mise à jour de ton site et là un coup ça marche, un coup ça marche pas. la mise à jour automatique des fichiers n'a pas fonctionné. Pendant l'installation, pas de messages d'erreur. rien, juste un fenêtre qui te dit que "la modification automatique des fichiers hyperfile 5.5" à bien fonctionné. Je n'ai jamais eu de fichiers HF de cette version qui date de Matusalem mais le message est comme ça et d'autre part lors de l'exécution su site, le message d'erreur te dit que la requête appelée est inconnue dans l'analyse. Rien a voir mais c'est comme ça. Donc quand ça veut pas marcher 2 solutions : 1-refaire une petite modif dans l'analyse et recommencer l'instal des fois ça marche... 2- et là c'est le plus pénible, ramener le ou les fichiers concernés sur ta machine de dev. Mettre à jour avec l'analyse de la machine de dev , retransferer le fichier en cause et réinstaller.
Dans mon cas le fichier incriminé a 1600000 records.
Je ne parle pas des listes combo qui traversent la transparence des menus. Des lignes de table invisibles . De l'incompatibilité entre Firefox et IE (il faut choisir)
??? ah non ! on ne peux pas choisir. il faut que cela fonctionne au moins pour ces deux là .
Mais aujourd'hui tout fonctionne et mon client est ravi et si tu veux en savoir plus, tu peux me contacter.
-- Eric Roumégou Webmaster des wtabletes |
| |
| |
| | | |
|
| | |
| |
Posté le 26 septembre 2009 - 01:30 |
Vos conseils sont totalement faux j'ai migré des projets Windev (très complexes) en webdev directement en utilisant la récupération des fenêtres.
Il faut ensuite juste un peu de dextérité (et beaucoup de 'magouilles') pour faire tourner la page en Web.
Évidemment il faut bien comprendre que le concept est diffèrent en mode Web et faire la distinction en le code serveur et le code navigateur.
et puis il faut bien sûr mettre en commentaire tous les codes qui n'existe pas en mode web (sablier par exemple)
Surtout ne pas hésiter à partager du code mais en utilisant le code cible conditionnel (attention l'éditeur est buggé et le code peut disparaitre!)
et utiliser la fonction EnModeWeb()
pour les impressions tu peux récupérer les états sans problèmes et utiliser la visu des PDF.
Bonne chance. |
| |
| |
| | | |
|
| | |
| |
Posté le 26 septembre 2009 - 20:02 |
Gilles a formulé ce samedi :
Vos conseils sont totalement faux j'ai migré des projets Windev (très complexes) en webdev directement en utilisant la récupération des fenêtres.
désolé mais je doute que c'étaient des sites internet, s'ils étaient tirés de pages WinDev. Il vaut mieux parler de formulaires de saisies accessibles depuis un navigateur. Encore une fois l'approche est totalement différente à mon avis pour qu'une appli WD puisse devenir un site Web.
Maintenant si le besoin est de faire tourner l'appli à distance, le C/S avec un appli Windev est beaucoup plus adapté.
-- Eric Roumégou Webmaster des wtabletes |
| |
| |
| | | |
|
| | |
| |
Posté le 28 septembre 2009 - 18:05 |
Ya aussi Citrix ... simple et efficace ! |
| |
| |
| | | |
|
| | |
| |
Posté le 29 septembre 2009 - 18:24 |
Roumégou Eric a écrit :
polo a utilisé son clavier pour écrire : Pour répondre plus clairement à ta question et pour avoir pratiqué la chose, j'aimerai te faire profiter de mon expérience.
Le premier avantage dans cette solution et de n'avoir qu'un seul source à gérer et pour les utilisateurs plus de mises à jour. Ils se connectent et c'est tout bon.
Mais il y a un mais, il te faudra gérer un serveur à distance et là tu vas découvrir des réactions curieuses, très difficiles à expliquer au support technique et pour lesquelles tu auras des réponses bateaux de certains du style "c'est dans la doc ou as tu pensé à cocher le switch untel etc..."
Un exemple, quand tu vas démarrer ton dev en Webdev, tu vas lui dire que l'analyse existe dans windev à tel endroit. Bien, ça marche nickel et tu vas écrire ton code pendant des jours et faire ta première instal sur le serveur. Tout fonctionne ou presque (si tu penses à remodifier dans le service Internet IIS le chemin de ton appli, parce que l'info de l'unité de disque a disparu, problème corrigé dans la version 12 et réapparu avec la 14) ok maintenant ça marche et tout est bien. Mais voila que tu décides de faire sur ta machine de dev une modification dans l'analyse, oh une toute petite, tu rajoutes une rubrique dans une clef composée. Tout fonctionne sur ta machine de dev et tu décides donc une mise à jour de ton site et là un coup ça marche, un coup ça marche pas. la mise à jour automatique des fichiers n'a pas fonctionné. Pendant l'installation, pas de messages d'erreur. rien, juste un fenêtre qui te dit que "la modification automatique des fichiers hyperfile 5.5" à bien fonctionné. Je n'ai jamais eu de fichiers HF de cette version qui date de Matusalem mais le message est comme ça et d'autre part lors de l'exécution su site, le message d'erreur te dit que la requête appelée est inconnue dans l'analyse. Rien a voir mais c'est comme ça. Donc quand ça veut pas marcher 2 solutions : 1-refaire une petite modif dans l'analyse et recommencer l'instal des fois ça marche... 2- et là c'est le plus pénible, ramener le ou les fichiers concernés sur ta machine de dev. Mettre à jour avec l'analyse de la machine de dev , retransferer le fichier en cause et réinstaller.
Dans mon cas le fichier incriminé a 1600000 records.
Je ne parle pas des listes combo qui traversent la transparence des menus. Des lignes de table invisibles . De l'incompatibilité entre Firefox et IE (il faut choisir)
??? ah non ! on ne peux pas choisir. il faut que cela fonctionne au moins pour ces deux là . Mais aujourd'hui tout fonctionne et mon client est ravi et si tu veux en savoir plus, tu peux me contacter.
bonjour
J'ai en effet constaté le problème de la mise à jour de la base de donnée quand tu ne mets a jour qu'un index. La solution consiste a ajouter ( ou modifier) un champs "bidon" dans ta bdd (signalé au ST depuis la 12). De même, les états communs entre windev et webdev doivent IMPERATIVEMENT être faits sous webdev. Enfin, pour tes mises à jours, tu fais d'abord la mise à jour webdev et ensuite ta mise à jour windev ( pour un obscur pb de compilation des états)
ceci dit, windev n'est pas très adapté a l'extrem programming. Il utilise toujours le cycle analyse/développement/mise a jour, alors que les développements actuels tendent plutôt a des cycles très court fonctionnalités/développement/mise à jour avec modification de l'analyse dans le cycle de développement.
Cependant, si tu respectes les règles au dessus, la paire windev/webdev est sans concurrence ! tu fabrique un front/backoffice ultra performant en peu de temps...
enfin le débat de la migration d'application, je suis entièrement d'accord avec Eric. Migrer une application, c'est se retrouver face à des problèmes supplémentaires à gérer. Tu ne peux pas raisonner en webdev comme en windev. Donc la solution frontoffice repensé /backoffice est à mon avis à privilégier, meme si pour cela tu dois parfois faire les choses en double. Heureusement, le code est relativement portable ( même pour des choses aussi sensibles que les zones répétées).
my 2 cents... |
| |
| |
| | | |
|
| | |
| |
Posté le 05 octobre 2009 - 09:31 |
pourquoi ne pas essayé de faire la migration ...
Tu utilises ensuite seulement la partie qui marche... (importer des éléments de ton projet Webdev importé depuis Windev vers ton projet Webdev ...) |
| |
| |
| | | |
|
| | |
| |
Posté le 13 octobre 2017 - 14:16 |
A mon avis tu peux essayer l'acces a distance et utiliser des requetes à la place des ordres H en vue d'optimisation. |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|