decouverte de foxpro

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...
Merci pour votre aide

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

d'accord mais ce que j'aimerai savoir,
meme s'il n'y a ps de convertisseur magique, est-il possible de reprendre du code ou faut-il tout recoder?

et quelles sont les inconvenient de foxpro? les limites?

J'aimerais savoir ce que ne fait pas foxpro pour pouvoir decider....
Que fais un langage de .net que ne fait pas foxpro??

Merci

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.


Mike Gagnon

Bonjour,

Pour en savoir plus sur VFP, regarde sur le site de l'association ( [ Lien ]), 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.

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??

Je crois que vous cherchez plutot tous les points négatifs de FoxPro, plutot que les 'avantages et desavantages'

>>que les fichiers sont souvent corompus lors de pannes

Ce que peut arriver à n'importe quel fichiers, pas spécifiquement des tables Foxpro.

>> d'utilistion de plusieurs personnes en reseau...

Cela indique un mauvais design de l'application

>> Je sais qu'il a beaucoup de probleme au niveau de la sécurité des fichiers

La sécurité peut se faire au niveau des acces des dossier sous Windows. Ou utuliser des table SQL au lieu des tables natives de FoxPro

>>>et qu'il est donc obligé d'avoir beaucoup de redondance dans ses tables

Pas du tout.




Mike Gagnon

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!

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

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)