PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WEBDEV 2024 → Migration Windev vers Webdev
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.