cudenetf
Messages postés448Date d'inscriptionmardi 20 septembre 2005StatutMembreDernière intervention26 juillet 2012
-
8 mars 2006 à 16:29
michelatoutfox
Messages postés828Date d'inscriptionmardi 5 octobre 2004StatutMembreDernière intervention 7 mai 2013
-
9 mars 2006 à 18:23
Bonjour,
je n'ai jamais programmé sous foxpro...
PAr contre , j'ai un programme developpé sous foxpro 2 (DOS) a "convertir" .
J'aimerais savoir s'il est possible de le convertir simplement sous visual foxpro ou si tout est a refaire?
De plus j'aimerais savoir, quels sont les avantages et les
inconvenients d'utiliser VFP plutot que c# ou autre langage de .Net et
d'une base de données (a part le fait qu'il y ait une base de données
native ds VFP). J'aimerais savoir quelles sont les
inconvénients/limites de foxpro... Peut on faire des graphiques , des
choses comme ca, integrer du code en c ou autre, etc...
Mike Gagnon
Messages postés381Date d'inscriptionvendredi 15 octobre 2004StatutMembreDernière intervention24 octobre 20132 8 mars 2006 à 17:13
Je te conseille de considérer ce projet comme quelques chose à refaire.
VFP maintenant prend beaucoup d'avantage de Windows et son environment,
ce qui n'existait pas en DOS. Mais il n'y a pas de 'convertisseur
magique' que fera le tout pour toi.
Pour ce qui est c# et autre, si l'application est centré sur le data,
alors mon chois serait FoxPro. Pour ce qui est des Graphics oui, FoxPro
(version 9) prend avantage de GDI.
Mike Gagnon
Messages postés381Date d'inscriptionvendredi 15 octobre 2004StatutMembreDernière intervention24 octobre 20132 8 mars 2006 à 19:07
Non, la plupart du code retrouvé dans FoxPro DOS va fonctionner avec
VFP sauf bien sur les écran qui doit etre refaites pour les rendre
Windows. Un des avanatages de FoxPro est qu'il on su maintenir la
compatibilité du code entre les version.
J'aimerais savoir ce que ne fait pas foxpro pour pouvoir decider....
Que fais un langage de .net que ne fait pas foxpro??
Je ne peut pas te repondre. Cela fait 20 ans que je fais du FoxPro
et je ne ne vois pas changer de si tot. Et je dois admettre qu' il y a
vraiment rien qui me viens à l'esprit que FoxPro ne fais pas. Pour ce
qui est du .Net j'ai étudier un peu mais pas assez pour en faire une
comparaison. Il faudrait poser la question à quelque qui utilise les
deux. J'ai vu sur d'autres sites des comparaisons, mais pas assez pour
que je change. Il y une limite qui semble etre questionnée a toute les
versions de FoxPro, le limite de la taille des fichiers individuels qui
est de 2 gigs, mais je crois que cette limite n'est pas limité a
Foxpro, a part SQL , toutes les autres platformes ont cette limite à
différent niveaus.
michelatoutfox
Messages postés828Date d'inscriptionmardi 5 octobre 2004StatutMembreDernière intervention 7 mai 20131 8 mars 2006 à 23:41
Bonjour,
Pour en savoir plus sur VFP, regarde sur le site de l'association (http://www.atoutfox.net), et sur le forum MS sur VFP
le principal intéret de Fox, à mon sens, c'est son extraordinaire rapidité d'accès aux données - c'est LE langage data-centric.
Son autre intéret, c'est son ancienneté (donc sa solidité) en tant que langage Orienté Objet.
intéret ou inconvénient : l'absence de typage fort.
Vous n’avez pas trouvé la réponse que vous recherchez ?
cudenetf
Messages postés448Date d'inscriptionmardi 20 septembre 2005StatutMembreDernière intervention26 juillet 20122 9 mars 2006 à 05:53
Merci bien pour ces informations....
Par contre , mon pere qui travaillait sous foxpro (DOS) me dit qu'il
n'y avait pas de systeme de transaction et que les fichiers sont
souvent corompus lors de pannes ou d'utilistion de plusieurs personnes
en reseau...
Je sais qu'il a beaucoup de probleme au niveau de la sécurité des
fichiers et qu'il est donc obligé d'avoir beaucoup de redondance dans
ses tables. Est-ce un véritable probleme? Quelles sont les soulutions??
michelatoutfox
Messages postés828Date d'inscriptionmardi 5 octobre 2004StatutMembreDernière intervention 7 mai 20131 9 mars 2006 à 14:46
Bonjour,
Beaucoup de choses ont évolué depuis FoxPro DOS... Nous en sommes à VFP9, et nous commencons de recevoir les premières DLL d'interopérabilité .Net
l'intsruction BEGIN TRANSACTION est bien présente dans VFP, le ROLLBACK aussi (on peut imbriquer 5 niveaux de transaction) ; on choisit les verrouillages optimistes ou pessimistes, de ligne ou de table, et le multi utilisateurs en réseau ne pose aucun problème.
Si on utilise les dbf pour stocker ses données, on sait au départ que ce n'est pas sécurisé, et que chacun peut y accéder (pas de gestion des droits par utilisateur sur les tables) ; il suffit d'utiliser SQL Server pour stocker les datas (une version gratuite est distribuée avec VFP depuis la version 6, me semble-t-il)
Je ne connais aucune raison qui rendrait nécessaire une quelconque redondance dans les tables.
Si on arrête un poste brutalement (un bon reset, quoi), alors on est presque certain d'avoir les index structurels abimés (normal, il faut prévoir l'onduleur et/ou la routine de vérif et de re-création des index). On peut parfois avoir un enregistrement abimé (la ligne en écriture au moment du crash, normal aussi, non?). Mais de là à parler de corruption de fichiers, non, ça, je n'ai pas vu en 20 ans.
Les solutions ? bien soigner le design de la couche data... bien réfléchir avant de commencer à coder!
cudenetf
Messages postés448Date d'inscriptionmardi 20 septembre 2005StatutMembreDernière intervention26 juillet 20122 9 mars 2006 à 15:30
ok merci pour ces reponses.
Comme je le disais au depart je ne l'ai jamais utilisé. Je ne fait que répété ce que j'ai entendu dire.... voila.
Mais c vrai qu'il y a souvent des problemes de fichiers. J'ai vu une
fois toutes les données décallées dans un fichier (ca se decalait de
plus en plus a chaque ligne), ct dingue. Je sais pas a quoi c du...
bon ben merci je jetterai un oeil sur ce langage pour voir s'il est simple d'utilisation
michelatoutfox
Messages postés828Date d'inscriptionmardi 5 octobre 2004StatutMembreDernière intervention 7 mai 20131 9 mars 2006 à 18:23
non, il n'y a pas souvent de problème de fichiers. les fichiers, on ne les voit pas (sauf éditeur hexa), on ne voit que des représentations de curseurs, ce n'est pas la même chose du tout!
ce que tu décris est probablement un pb d'index.
Simple d'utilisation, VFP ? oui et non, c'est bien son avantage et sa difficulté. A première vue, hyper-simple, en fait, complexe parceque complet, te permettant d'arriver à ton objectif de différentes façons, dont aucune n'est "mauvaise", mais dont certaines sont infiniment plus efficaces, rapides, et sures. Et pour les connaitre, et les évaluer, c'est long et compliqué...
Bienvenue chez les fondus du renard (regarde le site de l'assoce, tu y trouveras de nombreux exemples de code qui te permettront de te faire une bonne idée de ce qu'on peut faire)