Pourquoi Windev ?
Bernard Perdriaud
- Visual C++
- Visual Basic 6
- Delphi
- Power Builder
- WinDev
- etc.
Pourquoi utilisez-vous WinDev ? Quels sont les avantages (et les
inconvénients).
Je m'interesse à ce produit mais je ne le connais pas.
Je développe uniquement en VB sur base SQL server, ou MSDE, ou Access (+ un
peu d'ASP, Java et Javascript)
Pourquoi je changerais ?
Est-ce plus robuste ? Y-at-il moins de bugs ? Est-ce plus facile ?
_________
B e r n a r d
Antoine Tissier
>Pourquoi je changerais ?
>Est-ce plus robuste ?
Non
>Y-at-il moins de bugs ?
Non
>Est-ce plus facile ?
Pour l'édition de données brute oui.
En plus, pour faire de la simple édition de données tu peux faire un truc
relativement beau très rapidement.
Mais des que tu t'éloignes de la simple édition de données non.
Par exemple, si tu veux gerer LDAP depuis Windev (s'il y a plus facile dites
le moi, cela m'interesse), il te faudra
envoyer des ordres a une DLL externe par exemple.
Alors que dans des langages comme le PHP, cette etape est inutile.
De plus, certains bugs peuvent ralentir ton developpement. Recemment, j'ai
passe plusieurs heures a debugger un programme. J'envoyais comme parametre a
un activeX une variable. Puis finalement je me suis rendu compte que tout
marchait
depuis le debut si j'envoyais ma chaine + "".
Pareil, les acces aux ActiveX sont 1000 fois plus facile sous Vb. Sous
Windev, tu n'a pas acces aux methodes, evenements et proprietes
depuis l'AGL. Tu dois passer par un utilitaire externe, et retaper les noms
des méthodes sous forme de chaines de caracteres, envoyees
a des fonctions de Windev (je suis pas tres clair je sais).
@+
Antoine
Informatique
performant. Sinon, sincèrement, moi je préfère un outil tel que Delphi,
qui est stable, fiable et facile d'utilisation.
Windev est très instable, et parfois une simple manipulation sur les
fiches peut se transformer en cauchemard... :)
Bernard Perdriaud <bernard....@octanie.com> a écrit dans le message :
9f7icn$jre$1...@wanadoo.fr...
Bernard Perdriaud
- pas la peine de mettre 6000 balles dans l'affaire (surtout que c'est
juste pour essayer).
- l'utilisation des ActiveX m'a l'air scandaleusement stupide.
- en parcourant des messages de ce NG, j'ai cru comprendre que l'éditeur
verrouillait tout
(c'est une culture informatique que je n'aime pas, je préfère la
culture "californienne",
complètement ouverte, à la culture monothéiste et fascisante).
- sans appel : j'ai lu dans ce NG, que l'ODBC n'est utilisable qu'à
partir de Windev.
Merci de vos réponses
Cyril Beaussier
> - pas la peine de mettre 6000 balles dans l'affaire (surtout que c'est
> juste pour essayer).
> - l'utilisation des ActiveX m'a l'air scandaleusement stupide.
Pour ma part, je n'utilise jamais les ActiveX dans mes applis de gestion.
Trop lourd.
> - en parcourant des messages de ce NG, j'ai cru comprendre que
l'éditeur
> verrouillait tout
> (c'est une culture informatique que je n'aime pas, je préfère la
> culture "californienne",
> complètement ouverte, à la culture monothéiste et fascisante).
L'editeur protege son logo et son logiciel, mais a part cela, Windev est
aussi
ouvert que VB. PC$ a surtout un pb de relationnel avec ses clients (voir
article sur http://windez.iquebec.com).
> - sans appel : j'ai lu dans ce NG, que l'ODBC n'est utilisable qu'à
> partir de Windev.
Ce que tu dis ne veut rien dire. L'ODBC te permet d'acceder depuis Windev
a tous les SGBD et BD qui ont un pilote de ce type. En revanche, si tu
utilises la
base proprietaire de PC$ : l'HyperFile c'est vrai que tu pourras y acceder
que
par une appli faite en Windev (voir article sur www.01idnet.com). Pour ma
part,
je n'utilise jamais l'HF mais du SGBD et la, Windev apparait tres performant
et fait mieux que VB en temps de reponse.
CDG
(moins en dev...), très fiable en utilisation (moins en dev...), offrant
suffisamment de possibilités pour moi (je n'utilise pas d'activeX), dans
les deux cas ou je l'utilise:
a) petit appli en mono poste avec hyperfile.
b) plus grosse appli en attaquant un SGBD.
De toute façon, actuellement je pense qu'il faut mieux attendre et voir la
version 7
Thierry (CDG)
Eric Demeester
<stag...@bollore-technologies.fr> ecrivait (wrote) :
Bonjour,
> Windev est très instable, et parfois une simple manipulation sur les
> fiches peut se transformer en cauchemard... :)
J'avoue ne pas bien connaître les autres langages de programmation
cités, même si je m'y suis un peu frotté, mais je n'ai jamais rencontré
de problèmes majeurs avec Windev.
Si l'environnement de développpement s'avère parfois instable, surtout
sous Win95/98 (j'avais très peu de plantages sous NT et plus du tout
sous W2000 pro -- pourvu que ça dure --), les exécutables en clientèle
ne plantent quasiment jamais, et s'ils le font, sans affirmer qu'il n'y
a pas de bugs dans Windev, dans 98% des cas, je m'aperçois que c'est de
ma faute :)
C'est vrai que je ne pousse pas Windev dans ses retranchements, que je
me contente de l'utiliser pour gérer des bases de données (y-compreis en
réseau) et proposer une interface sympathique aux utilisateurs, domaine
dans lequel Windev est à mon sens au dessus du lot. Si on parlait
d'applications plus pointues (calcul scientifique, multimédia, Internet,
etc.), je réviserais mon propos, tout en sachant que clairement, malgré
ce que peut en dire Pc-Soft, Windev n'est pas fait pour ça, même si un
certain nombre de fonctions et d'ordre de programmation spécifiques sont
proposés.
Pour prendre un exemple parmi d'autres, Windev gère l'envoi et la
réception d'emails de façon calamiteuse, et il a fallu attendre la
version 5.5b diffusée avec la LST 43 pour disposer de commandes FTP à
peu près utilisables. Mais bon, un DDELance de logiciel mail ou FTP
scriptable, et le tour est joué :)
En résumé, je pense que Windev est un bon produit, pour peu qu'on ne lui
demande pas de faire ce dont il est incapable, et il est vrai qu'il est
incapable de faire les choses proprement dans de trop nombreux domaines,
parce que trop propriétaire, à mon avis.
Espérons que les nouvelles moutures offriront petit à petit des
solutions à ces problèmes.
--
* WindevAsso : sources, ressources, trucs et astuces, FAQ :
* http://www.windevasso.org
Paul Amon
> - Visual Basic 6
> - Delphi
> - Power Builder
> - WinDev
> - etc.
Il ne faut pas tout confondre,
- Visual C++ :
n'est pas un rad,
n'est pas visuel contrairement à ce que son nom indique,
il faut tout programmer ou presque,
productivité nulle. Visual C++ est basé sur les MFC,
hors les MFC sont remplacées par Winform, donc MFC obsoletes.
> - Visual Basic 6
C'est un L4G, donc comme Windev.
Attention, le nouveau V.Net pour 2002 est un nouvel outil, pas compatible VB6,
autrement dit VB 6 obsolete.
VB6 n'est pas aussi adapté que Windev pour les applis gestion.
VB6 n'à pas de compilateur natif, donc moin performant que
VC++ ou Delphi. VB est l'outil le plus utilisé au monde
(parce que c'est microsoft)
> - Delphi
C'est un RAD, donc productif comme Windev,
mais pas spécialisé en gestion. Par contre, Delphi intégre
un compilateur natif, donc les applications compilées sont beaucoup
plus rapide, et plus fiables.
Il existe tellement de composants à télécharger sur le web pour Delphi 6,
qu'on peu tout faire ou presque. Avantage par rapport à WIndev,
le développement sgbd avec Delphi est ouvert, autrement dit tu utilise les
memes outils pour developper avec les sgbd Oracle, Sybase, SQL Server, DB2, Informix,
MySQL, Access, Paradox, dBASE, etc.
Alors qu'avec Windev de nombreux outils ne marchent qu'avec Hyper file.
Inconvénient, Delphi ne s'adresse qu'aux Développeurs professionnels,
pas au comptables amateurs en informatique.
Delphi est l'outil le plus utilisé dans le monde,
derrière VB. Info, il existe une version C++ de Delphi,
c'est C++Builder, et il existe une version Linux :
Kylix, qui permet donc de faire des applications portable
sur Windows et Linux.
Autre avantage, Delphi est 32 bits depuis la version Delphi 2,
donc le support 32 bits sur Delphi est fiable, éprouvé
et performant.
Autre avantage, Delphi integre des composants
pour piloter Office, et la dernière version 6
supporte les dernières nouveautés de
Office 2000/XP et WIndows 2000/XP,
et supporte meme .NET et SOAP.
Encore un avantage, avec Delphi
vous faites aussi des applications base de données
pour le Web, pour les serveurs Microsoft, Netscape et
meme Apache, sous Windows ou Linux, donc pas
besoin d'acheter un deuxieme produit ou de faire
un deuxieme développement.
> > - Power Builder
un L4G comme windev, plus répandu au niveau mondial que windev,
mais sur le déclin, car les LG4 sont sur le déclin dans le monde entiers,
au profit des RAD avec compilateur (comme Delphi, C++Builder, etc.)
> - WinDev
En vérité un L4G, pas un RAD.
Gros succès en France grace à de très bonnes campagnes de pub,
produit bien adapté pour les spécialistes en gestion, mais
qui souffre du manque d'un compilateur d'éxécutable,
Windev est pratiquement inconnu dans les Pays non francophones.
Autre faiblesse : le slogan "développez 10 fois plus vite (que VC++)"
n'est pas vrai si vous utilisez autre chose qu'Hyper file comme base de données.
Cela parais incroyable, mais Windev 5.5 est un produit 16 bits,
et la version 32 bits sort enfin, c'est Windev 7 , mais on imagine
l'énorme lot de bugs qui vont accompagner cette nouvelle version 7 sous 32 bits...
et toujours pas de compilateur ou de version linux en vue... :-((((
Gilles G.
"Paul Amon" <pauld...@hotmail.com> a écrit dans le message news:
vmwS6.3948$N24.5...@nnrp1.proxad.net...
> n'est pas vrai si vous utilisez autre chose qu'Hyper file comme base de
données.
> Cela parais incroyable, mais Windev 5.5 est un produit 16 bits,
> et la version 32 bits sort enfin, c'est Windev 7 , mais on imagine
Il ne faut pas dire n'importe quoi !
Les executables sont bel et bien 32bits!
Il n'y a que l'éditeur qui est resté en 16 bits, et il n'y a pas de quoi
fouetter un chat...
> l'énorme lot de bugs qui vont accompagner cette nouvelle version 7 sous 32
bits...
> et toujours pas de compilateur ou de version linux en vue... :-((((
Les applications de Gestion sous Client Linux?
Sans interêt...
Seul un fou dangereux installe du linux en partie cliente!
Michel Fages
L'adressage interne de Windev reste limité comme les applications 16 bits
(tableaux et chaines limités à 64Ko)
"Gilles G." <gil...@nerim.net> a écrit dans le message news:
9fjp2l$411$1...@norfair.nerim.net...
NONAME
Gilles G. <gil...@nerim.net> a écrit dans le message :
9fjp2l$411$1...@norfair.nerim.net...
>
> "Paul Amon" <pauld...@hotmail.com> a écrit dans le message news:
> vmwS6.3948$N24.5...@nnrp1.proxad.net...
> > n'est pas vrai si vous utilisez autre chose qu'Hyper file comme base de
> données.
> > Cela parais incroyable, mais Windev 5.5 est un produit 16 bits,
> > et la version 32 bits sort enfin, c'est Windev 7 , mais on imagine
>
> Il ne faut pas dire n'importe quoi !
> Les executables sont bel et bien 32bits!
> Il n'y a que l'éditeur qui est resté en 16 bits, et il n'y a pas de quoi
C'est bel et bien l'éditeur qui plante tout le temps et qui nous fait
rebooter nos machines toutes les heures.
> fouetter un chat...
non un agl écrit en 16 bits en 2001 moi ca me met les glandes surtout
lorsqu'il est cher et qu'il plante toutes les heures.
>
> > l'énorme lot de bugs qui vont accompagner cette nouvelle version 7 sous
32
> bits...
Les anciens plus les nouveaux !!!
> > et toujours pas de compilateur ou de version linux en vue... :-((((
>
> Les applications de Gestion sous Client Linux?
> Sans interêt...
Pourquoi ??????
> Seul un fou dangereux installe du linux en partie cliente!
Un fou dangereux qui ne veut pas d'emmerde parceque son client installe une
voodoo 3 sur sa machine et qu'il vient raller parceque son logiciel de
gestion.
Un fou dangereux qui ne veut pas que son client lui efface ses fichiers.
Un fou dangereux qui ne veut pas payer 6000 Fpour W2K et 1500 F par poste
client.
Un fou dangereux qui peut vendre en plus un intranet simple et performant à
son client.
Frédéric DOUILLY
Société DEVOTEAM
Ingénieur consultant
mailto://fdou...@libertysurf.fr
Eric Demeester
<NON...@NOWHERE.com> ecrivait (wrote) :
Bonjour,
> A part que lorqu'on travaille sous windev on ne fait que du windev.
> C'est bel et bien l'éditeur qui plante tout le temps et qui nous fait
> rebooter nos machines toutes les heures.
Comme je le disais dans un autre message, cela dépend aussi de la
version de Windev et de l'OS utilisé. Si l'éditeur Windev s'avère
d'après mon expérience tout à fait instable sous Win95/98/Me, il
fonctionne en revanche fort bien sous NT, et encore mieux sous 2000. Et
si par malheur il plante sous NT ou 2000, ce qui est très peu fréquent,
nul besoin de rebooter, chaque appli disposant d'une zone mémoire
séparée et son plantage ne remettant pas en cause la stabilité de l'OS.
> non un agl écrit en 16 bits en 2001 moi ca me met les glandes
Il faut pas perdre de vue la compatibilité descendante. C'est moins
d'actualité aujourd'hui, mais il y a encore un ou deux ans, c'était la
condition pour que l'AGL puisse tourner aussi sous Win3.x.
> surtout
> lorsqu'il est cher et qu'il plante toutes les heures.
Quand il plante sur certains OS et d'autres non, on peut quand même
légitimement se demander d'où vient le problème... :)
> > > et toujours pas de compilateur ou de version linux en vue... :-((((
Il paraît que Pc-Soft y travaille...
> > Les applications de Gestion sous Client Linux?
> > Sans interêt...
>
> Pourquoi ??????
Oui, pourquoi ?
> > Seul un fou dangereux installe du linux en partie cliente!
Linux n'est clairement pas, du moins pour l'instant, une solution viable
pour équiper les postes de travail, non pas que l'OS ne soit pas stable
(bien au contraire), mais cela impose des changements d'habitudes et de
logiciels de la part des utilisateurs, et là, c'est un travail de fond
qui ne se fera pas rapidement.
Pour ce qui est des serveurs, en revanche...
> Un fou dangereux qui ne veut pas que son client lui efface ses fichiers.
D'où l'intéret d'un serveur de fichiers et d'impression Linux/Samba.
L'utilisateur conserve son OS, ses habitudes et les fichiers (y-compris
les fichiers HF) sont bien à l'abri :
http://www.teaser.fr/~edemeester/linux-samba.html
Gilles G.
5gh4ito187sncqejj...@news.usenet-fr.net...
> fonctionne en revanche fort bien sous NT, et encore mieux sous 2000. Et
> si par malheur il plante sous NT ou 2000, ce qui est très peu fréquent,
L'éditeur planter au moins 1 fois par heure chez moi, sous W2K...
Sur des fenêtres trop touffues, les buffers sautent, et paf....
> nul besoin de rebooter, chaque appli disposant d'une zone mémoire
> séparée et son plantage ne remettant pas en cause la stabilité de l'OS.
Non, mais il faut presque toujours killer la VM 16 bits
> Pour ce qui est des serveurs, en revanche...
Windev pour des applications serveur ? ;-)