A propos de Visual Studio 6.0 - Divers - Programmation
Marsh Posté le 29-12-2003 à 15:24:15
Fonctionne sur tous les Windows (de 98 à XP, j'ai pas testé sur 95), et permet de développer des applications pour Windows.
C'est pas le cas pour VS 7 (.NET) qui ne s'installe que sous NT/2000/XP
Marsh Posté le 29-12-2003 à 15:36:18
Humm ... voilà qui est très intéressant ... et quels sont ses atouts majeurs en qlq mots et ses innovations par rapport à VS 6 ? ...
Marsh Posté le 29-12-2003 à 15:43:26
... j'entends par là, VS 7 par rapport à VS 6 (scouzi) ...
Marsh Posté le 29-12-2003 à 16:08:50
http://www.microsoft.com/france/vs [...] efices.asp
http://www.microsoft.com/france/vs [...] ctions.asp
http://www.microsoft.com/france/vs [...] z/bref.asp
Marsh Posté le 29-12-2003 à 16:13:27
en deux points :
- architecturé autour et pour .NET (et non pas Win32)
- interface quasi-parfaire, notamment l'aide en ligne et l'intellisense.
Sinon, dans les deux cas, c'est une GUID vraiment très agréable à utiliser, avec assez peu de bugs (la plupart des bugs rares mais chiants de VS6 ont été corrigés dans VS7)
Marsh Posté le 29-12-2003 à 16:18:10
à souligner qu'une application .NET aura tendance à être plus lente qu'une appli faite avec les MFC
et bouffera beaucoup plus de ram..
pour pour coder, .NET c'est de la crème
et pour faire l'interface
Marsh Posté le 29-12-2003 à 16:21:20
Mr yvele a écrit : à souligner qu'une application .NET aura tendance à être plus lente qu'une appli faite avec les MFC |
t'arrètes de troller toi ?
Marsh Posté le 29-12-2003 à 16:24:50
rien que utiliser le framework ça prend 10Mo de ram
j'ai fait un tout petit prog qui check les processus.. -> 14Mo de ram bouffés
( par contre pour la rapidité çaidai conneries.. c'est vrai que les pointeurs sont encore disponibles.. mais faut mettre des conneries de UNSAFE et compagnie.. )
Marsh Posté le 29-12-2003 à 16:28:36
"Sinon, dans les deux cas, c'est une GUID vraiment très agréable à utiliser, avec assez peu de bugs (la plupart des bugs rares mais chiants de VS6 ont été corrigés dans VS7)" ... le Service Pack 5 en téléchargement sur Microsoft ne corrige pas les bugs ? ...
Marsh Posté le 29-12-2003 à 16:33:45
franchement en GUID, VS7 il n'y a pas mieux..
microsoft a fait du bon boulot..
mais si tu utilises VS6 il faudra que tu mettes des petits plugins pour ameliorer le confort d'utilisation..
je crois que ça s'appellais heu.. "whole tomato machin" je sais plus zut..
bref ça te fesait pleins de petits trucs en + pas negligeables..
mais VS7 le fait en natif maintenant
Marsh Posté le 29-12-2003 à 16:34:58
j'ai trouvé : Whole Tomato's Visual Assist
http://www.wholetomato.com/
Marsh Posté le 29-12-2003 à 16:39:53
... ... mille merci à vous tous, j'en sais maintenant suffisamment par rapport à mes besoins ... A bientôt, Marco ...
Marsh Posté le 29-12-2003 à 17:09:36
Le compilo c++ de VS7 est plus conforme à la norme c++ que celui de VS 6.
Marsh Posté le 29-12-2003 à 17:28:40
Marco39 a écrit : "Sinon, dans les deux cas, c'est une GUID vraiment très agréable à utiliser, avec assez peu de bugs (la plupart des bugs rares mais chiants de VS6 ont été corrigés dans VS7)" ... le Service Pack 5 en téléchargement sur Microsoft ne corrige pas les bugs ? ... |
bah... j'ai beau aimer M$, ça reste un produit M$... y'a donc toujours autant de bugs après qu'avant un SP (le SP corrigeant des bugs, mais en apportant des nouveaux )
m'enfin les autres GUID sont pas exempts de bugs, où alors ne disposent pas des fonctions qui sont buggés sous VS, donc y risquent pas d'avoir des bugs
Marsh Posté le 29-12-2003 à 19:13:06
Harkonnen a écrit : |
la vérité choc
Marsh Posté le 29-12-2003 à 22:29:09
verdoux a écrit : Le compilo c++ de VS7 est plus conforme à la norme c++ que celui de VS 6. |
ca c pas dur
Marsh Posté le 29-12-2003 à 23:42:50
Mr yvele a écrit : franchement en GUID, VS7 il n'y a pas mieux.. |
C'est pas trop tôt, quand on voit VS6 par rapport à la concurrence (Delphi) c'est la honte
Marsh Posté le 30-12-2003 à 00:38:56
bah VB6 a toujours été parfait
c'est juste VC++ qui est tout pourri, il aura en effet fallu attendre le 7 pour avoir un bon truc (qui atteinds enfin le niveau de l'interface de VB )
Marsh Posté le 30-12-2003 à 00:40:41
MagicBuzz a écrit : bah VB6 a toujours été parfait |
s'qui faut pas entendre..
Marsh Posté le 30-12-2003 à 00:58:18
MagicBuzz a écrit : bah VB6 a toujours été parfait |
T'exagères un peu quand même
De ce que j'ai vu et des commentaires de développeurs VB, il est loin d'être parfait. Je dirais que Delphi est quand même mieux foutu pour pas mal de trucs à ce niveau, même si lui aussi est loin d'être parfait.
Marsh Posté le 30-12-2003 à 01:02:55
Bah y a quoi d'autre comme soft du genre ? Pas grand chose hein... Alors avec quoi comparer ?
Facile de poster juste 3 url de Microsoft puis admirer le topic
Marsh Posté le 30-12-2003 à 01:03:22
antp a écrit : |
Bah... Chais pas. Moi en tout cas, il m'a toujours bien convenu. C'est mieu que faire de l'ADA avec VI sur une console 2 couleurs style minitel comme j'avais à l'IUT
Marsh Posté le 30-12-2003 à 01:04:15
MagicBuzz a écrit : Moi en tout cas, il m'a toujours bien convenu. |
Bah oui, mais bon, en discutant avec des dev VB et en voyant certaines limitations de VB je vois que Delphi a des avantages sur celui-ci... Mais l'inverse est vrai, c'est pour ça que je dis qu'il n'est pas non plus parfait
Marsh Posté le 30-12-2003 à 01:25:38
Tu parles uniquement au niveau de l'IDE ou aussi du langage (parceque niveau langage, c'est clair qu'il a de grosses limitations )
Niveau IDE, il est pas parfait, y'a en effet quelques truc qui auraient pu être améliorés (heureusement tous corrigés dans la version 7) mais ça reste pas moi vraiment agréable à utiliser.
D'un autre côté, je connais pas delphi, donc je peux pas dire. J'ai juste vu tourner de loin la version 3 une fois
Marsh Posté le 30-12-2003 à 01:26:31
L'IDE et le RAD
Le premier truc qui me vient à l'esprit : qu'on ne puisse pas créer de nouveaux composants directement avec VB
Marsh Posté le 30-12-2003 à 01:27:02
delphi c'est un truc d'homo
Marsh Posté le 30-12-2003 à 01:28:14
Mr yvele a écrit : delphi c'est un truc d'homo |
retourne jouer avec Flash toi
Marsh Posté le 30-12-2003 à 01:29:11
nouveau composant ? c'est à dire ? on peut faire des OCX (équivalent à une DLL, mais avec une seule class dedans) et des contrôles utilisateur (ActiveX avec interface graphique)
Marsh Posté le 30-12-2003 à 01:36:38
Bah on m'avait dit qu'on pouvait pas faire ça directement avec VB... qu'il fallait passer par du C++.
Mais bon, de toute façon ces OCX c'est pas terrible quand même : t'es obligé de te les trimbaler et de les enregistrer dans le système lors du déploiement
Marsh Posté le 30-12-2003 à 01:48:17
antp a écrit : |
hé mais t'es méchant..
Marsh Posté le 30-12-2003 à 02:43:03
antp a écrit : De ce que j'ai vu et des commentaires de développeurs VB, il est loin d'être parfait. Je dirais que Delphi est quand même mieux foutu pour pas mal de trucs à ce niveau, même si lui aussi est loin d'être parfait. |
bin moi je préfère l'interface VB6 à Delphi, ya pas photo
un truc tout con est que la fenêtre VB peut remplir tout l'écran et pas Delphi, ça m'énerve de voir mon bureau ou une autre application en dessous
Yvele: refais tes tests, une application .NET est aussi rapide qu'un équivalent win32. Et pour la mémoire, c'est pareil aussi. On a pas attendu .NET pour avoir des runtimes de dingue
Marsh Posté le 30-12-2003 à 10:48:09
antp a écrit : Bah on m'avait dit qu'on pouvait pas faire ça directement avec VB... qu'il fallait passer par du C++. |
Bah comme n'importe quelle DLL...
Sinon, oui, je gros défaut de VB (mais ça vient du compilo) c'est qu'on ne peut pas inclure un composant dans l'EXE, il est forcément à part et nécessite un enregistrement avec regsvr.
Perso, je trouve ça pas plus mal, notamment pour les gros projets. Plus facile de mettre à jour une DLL ou l'EXE seul quand un patch ne correspond qu'à un seul élément, plutôt que redistribuer un EXE de 25 Mo pour corriger une faute d'orthographe dans un écran
Marsh Posté le 30-12-2003 à 12:05:22
drasche a écrit : |
bah suffit de redimensionner les différentes fenêtres et de sauver le layout
http://http2.antp.be/antp/temp/delphi_fenetres.png
Je vois pas le bureau
Et ça a l'avantage qu'en mode 2 écrans tu fous facilement des fenêtres sur le second écran (dans l'éditeur de code), parce que avec VS5 c'est super chiant à ce niveau là
Marsh Posté le 30-12-2003 à 12:06:28
MagicBuzz a écrit : |
Ouais enfin pour un bête petit soft c'est plus pratique d'avoir un exe tout seul qui n'a pas besoin d'install
Marsh Posté le 30-12-2003 à 12:07:01
ToxicAvenger a écrit : moi je prefere l'interface .net a vb6 y'a pas photo |
en effet, elle est pas mal réussie
antp a écrit : bah suffit de redimensionner les différentes fenêtres et de sauver le layout |
bricolage
faut le faire à chaque fois en plus
Marsh Posté le 30-12-2003 à 12:09:27
drasche a écrit : |
Citation : et de sauver le layout |
Je le fais une fois à l'install et c'est bon
Marsh Posté le 30-12-2003 à 12:13:51
antp a écrit :
|
oups comment je lis trop vite
Marsh Posté le 29-12-2003 à 15:21:17
Boujour à tous, ... j'ai besoin d'une info siouplé , à propos de Visual Studio 6.0 ... Ce pack de programmation Microsoft peut être installé sur quels systèmes (liste) ? ... et peut prendre en charge le développement d'applications jusqu'à quels systèmes (liste) ? ... Ce qui m'intéresse notamment, c'est de savoir s'il peut être installé sur XP pour programmer de l'XP ? ... D'avance merci, Marco ...