Question qui m'inquiete, je n'ai pas la 8, d'apres vous, migration 5.5 vers 9 ? et migration 7.5 vers 9 ? Ils vont faire quoi chez pc$oft ?
Bonjour Pascal. Les changements sont toujours assez importants. Ainsi, le passage de 5.5 à ultérieur demandera un peu de travail en raison des changement de types par défaut (entiers est devenu léquivalent d'entier long), etc.
Ensuite, il s'agit plutôt d'améliorations successives (et notables) tant des nouveautés que du compilateur dont la précision s'accroit ! Par exemple l'adressage de messtraduit inconnus n'est visible qu'à partir de WinDev 7.5... Le chevauchement des variable aussi (exemple une variable qui chevauche une abréviation fichier, etc).
Il devient possible de corriger ces erreurs de progammation et donc de régler des dysfonctionnements potentiels et 'inexpliqués'.
Par conséquent il faut comprendre que la simple recompilation comme mode de migration ne vaut que pour les programmes qui excluent ce type d'erreurs...
Enfin, les amélioration de fonctionnalité apportées un peu partout obligent souvent à repenser certaines programmations (tables, requetes, sources de données, etc). Si la refonte complete n'est pas à faire, il sera certainement utile de partir d'un projet propre et de migrer progressivement par intégration-correction, tests à l'appuis.
Un avantage : le copier-coller entre plusieurs sessions de WinDev de différentes version passe !
Conclusion : L'évolution de votre projet dépend de sa conception (programmation), il n'existe donc pas de réponse toute faites à ce besoin.
Bon courage. R&B
pascal.roy@sodalec.fr wrote:
[cut]
Question qui m'inquiete, je n'ai pas la 8, d'apres vous, migration 5.5
vers 9 ? et migration 7.5 vers 9 ? Ils vont faire quoi chez pc$oft ?
Bonjour Pascal.
Les changements sont toujours assez importants.
Ainsi, le passage de 5.5 à ultérieur demandera un peu de travail en
raison des changement de types par défaut (entiers est devenu
léquivalent d'entier long), etc.
Ensuite, il s'agit plutôt d'améliorations successives (et notables) tant
des nouveautés que du compilateur dont la précision s'accroit !
Par exemple l'adressage de messtraduit inconnus n'est visible qu'à
partir de WinDev 7.5... Le chevauchement des variable aussi (exemple une
variable qui chevauche une abréviation fichier, etc).
Il devient possible de corriger ces erreurs de progammation et donc de
régler des dysfonctionnements potentiels et 'inexpliqués'.
Par conséquent il faut comprendre que la simple recompilation comme mode
de migration ne vaut que pour les programmes qui excluent ce type
d'erreurs...
Enfin, les amélioration de fonctionnalité apportées un peu partout
obligent souvent à repenser certaines programmations (tables, requetes,
sources de données, etc). Si la refonte complete n'est pas à faire, il
sera certainement utile de partir d'un projet propre et de migrer
progressivement par intégration-correction, tests à l'appuis.
Un avantage : le copier-coller entre plusieurs sessions de WinDev de
différentes version passe !
Conclusion : L'évolution de votre projet dépend de sa conception
(programmation), il n'existe donc pas de réponse toute faites à ce besoin.
Question qui m'inquiete, je n'ai pas la 8, d'apres vous, migration 5.5 vers 9 ? et migration 7.5 vers 9 ? Ils vont faire quoi chez pc$oft ?
Bonjour Pascal. Les changements sont toujours assez importants. Ainsi, le passage de 5.5 à ultérieur demandera un peu de travail en raison des changement de types par défaut (entiers est devenu léquivalent d'entier long), etc.
Ensuite, il s'agit plutôt d'améliorations successives (et notables) tant des nouveautés que du compilateur dont la précision s'accroit ! Par exemple l'adressage de messtraduit inconnus n'est visible qu'à partir de WinDev 7.5... Le chevauchement des variable aussi (exemple une variable qui chevauche une abréviation fichier, etc).
Il devient possible de corriger ces erreurs de progammation et donc de régler des dysfonctionnements potentiels et 'inexpliqués'.
Par conséquent il faut comprendre que la simple recompilation comme mode de migration ne vaut que pour les programmes qui excluent ce type d'erreurs...
Enfin, les amélioration de fonctionnalité apportées un peu partout obligent souvent à repenser certaines programmations (tables, requetes, sources de données, etc). Si la refonte complete n'est pas à faire, il sera certainement utile de partir d'un projet propre et de migrer progressivement par intégration-correction, tests à l'appuis.
Un avantage : le copier-coller entre plusieurs sessions de WinDev de différentes version passe !
Conclusion : L'évolution de votre projet dépend de sa conception (programmation), il n'existe donc pas de réponse toute faites à ce besoin.
Bon courage. R&B
Nicolas
Je veux pas dire des conneries mais il me semble qu'ils ne font que suivre Foxpro qui lui est depuis un moment en version 9.
Nicolas.
Pierre BOUSQUET a écrit :
ah ben voila ils font comme Delphi alors....
par contre moi il faut que je mette au gout du jour
"Gégé" a écrit dans le message de news:cjdoho$nct$
Pierre BOUSQUET a écrit :
Normal il faut qu'il soit un cran au dessus des autres Delphi 7 FoxPro 8 VB...
Non Pierre, le grand rival Delphi est actuellement en v.8 et va bientôt passer en v.9 http://blogs.slcdug.org/rhordijk/archive/2004/04/25/208.aspx
Je veux pas dire des conneries mais il me semble qu'ils ne font que
suivre Foxpro qui lui est depuis un moment en version 9.
Nicolas.
Pierre BOUSQUET a écrit :
ah ben voila ils font comme Delphi alors....
par contre moi il faut que je mette au gout du jour
"Gégé" <gerard.menvussa@ifrance.com> a écrit dans le message de
news:cjdoho$nct$1@apollon.grec.isp.9tel.net...
Pierre BOUSQUET a écrit :
Normal il faut qu'il soit un cran au dessus des autres
Delphi 7
FoxPro 8
VB...
Non Pierre, le grand rival Delphi est actuellement en v.8 et va bientôt
passer en v.9
http://blogs.slcdug.org/rhordijk/archive/2004/04/25/208.aspx
