J'ai toujours développé des applications VB6.0. Là je dois acheter le
produit pour un client, mais il semble que ca ne s'achète plus vraiment, on
tombe toujours sur VB 2003 .NET.
Je dois développer un projet pour eux. Pour le moment il n'y a pas de
fonctionnalité Web. C'est une application toute simple fera des appels à
une base de données SQL Serveur 2000.
Mais est-ce que je risque de perdre beaucoup de temps à me mettre à
développer en .NET? Je ne peux me permettre de prendre 2 mois pour un
projet qui normalement en prendre un seul si j'avais fait ca en VB6.0.
Donc en réalité, est-ce que la transition est facile?.
Aussi. Ca ne coute que 109$ US pour acheter le logiciel? Il doit m'en
manquer un bout, ca doit prendre plus que ca. Et il y a des licenses de
déploiement?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Manu
Bonjour Dominic,
Je vois souvent ce genre de message qui demande si ça vaut le coup ou non. La question serai plutôt, jusqu'a quand developpera t'on pour autre chose que le modele objet proposé par exemple sur dotNet. Pour répondre a ta question, je pense que tu devrai t'initier à dotNet sur autre chose qu'un projet à rendre dans les delais. Alors comme le meilleur language étant surement celui que l'on maitrise le mieux, choisi VB6 et entraine toi a VB.net sur des projets de tests avant de proposer des hypothetiques delais de livraison.
Il y a fort a parier que si tu connaissais parfaitement vb.net mais surtout le modele objet .Net tu gagnerai beaucoup beaucoup de temps à le developper en VB.Net. Malheureusement il faut plus de temps pour assimiler le modele de programmation que la syntaxe elle meme.
Bon courage. Manu
"Dominic" a écrit dans le message de news: %
Bonjour,
J'ai toujours développé des applications VB6.0. Là je dois acheter le produit pour un client, mais il semble que ca ne s'achète plus vraiment, on tombe toujours sur VB 2003 .NET.
Je dois développer un projet pour eux. Pour le moment il n'y a pas de fonctionnalité Web. C'est une application toute simple fera des appels à une base de données SQL Serveur 2000.
Mais est-ce que je risque de perdre beaucoup de temps à me mettre à développer en .NET? Je ne peux me permettre de prendre 2 mois pour un projet qui normalement en prendre un seul si j'avais fait ca en VB6.0.
Donc en réalité, est-ce que la transition est facile?.
Aussi. Ca ne coute que 109$ US pour acheter le logiciel? Il doit m'en manquer un bout, ca doit prendre plus que ca. Et il y a des licenses de déploiement?
Merci.
Bonjour Dominic,
Je vois souvent ce genre de message qui demande si ça vaut le coup ou non.
La question serai plutôt, jusqu'a quand developpera t'on pour autre chose
que le modele objet proposé par exemple sur dotNet. Pour répondre a ta
question, je pense que tu devrai t'initier à dotNet sur autre chose qu'un
projet à rendre dans les delais. Alors comme le meilleur language étant
surement celui que l'on maitrise le mieux, choisi VB6 et entraine toi a
VB.net sur des projets de tests avant de proposer des hypothetiques delais
de livraison.
Il y a fort a parier que si tu connaissais parfaitement vb.net mais surtout
le modele objet .Net tu gagnerai beaucoup beaucoup de temps à le developper
en VB.Net. Malheureusement il faut plus de temps pour assimiler le modele de
programmation que la syntaxe elle meme.
Bon courage.
Manu
"Dominic" <dbelley@cosotech.com> a écrit dans le message de news:
%23aF5QGlAFHA.3120@TK2MSFTNGP12.phx.gbl...
Bonjour,
J'ai toujours développé des applications VB6.0. Là je dois acheter le
produit pour un client, mais il semble que ca ne s'achète plus vraiment,
on
tombe toujours sur VB 2003 .NET.
Je dois développer un projet pour eux. Pour le moment il n'y a pas de
fonctionnalité Web. C'est une application toute simple fera des appels à
une base de données SQL Serveur 2000.
Mais est-ce que je risque de perdre beaucoup de temps à me mettre à
développer en .NET? Je ne peux me permettre de prendre 2 mois pour un
projet qui normalement en prendre un seul si j'avais fait ca en VB6.0.
Donc en réalité, est-ce que la transition est facile?.
Aussi. Ca ne coute que 109$ US pour acheter le logiciel? Il doit m'en
manquer un bout, ca doit prendre plus que ca. Et il y a des licenses de
déploiement?
Je vois souvent ce genre de message qui demande si ça vaut le coup ou non. La question serai plutôt, jusqu'a quand developpera t'on pour autre chose que le modele objet proposé par exemple sur dotNet. Pour répondre a ta question, je pense que tu devrai t'initier à dotNet sur autre chose qu'un projet à rendre dans les delais. Alors comme le meilleur language étant surement celui que l'on maitrise le mieux, choisi VB6 et entraine toi a VB.net sur des projets de tests avant de proposer des hypothetiques delais de livraison.
Il y a fort a parier que si tu connaissais parfaitement vb.net mais surtout le modele objet .Net tu gagnerai beaucoup beaucoup de temps à le developper en VB.Net. Malheureusement il faut plus de temps pour assimiler le modele de programmation que la syntaxe elle meme.
Bon courage. Manu
"Dominic" a écrit dans le message de news: %
Bonjour,
J'ai toujours développé des applications VB6.0. Là je dois acheter le produit pour un client, mais il semble que ca ne s'achète plus vraiment, on tombe toujours sur VB 2003 .NET.
Je dois développer un projet pour eux. Pour le moment il n'y a pas de fonctionnalité Web. C'est une application toute simple fera des appels à une base de données SQL Serveur 2000.
Mais est-ce que je risque de perdre beaucoup de temps à me mettre à développer en .NET? Je ne peux me permettre de prendre 2 mois pour un projet qui normalement en prendre un seul si j'avais fait ca en VB6.0.
Donc en réalité, est-ce que la transition est facile?.
Aussi. Ca ne coute que 109$ US pour acheter le logiciel? Il doit m'en manquer un bout, ca doit prendre plus que ca. Et il y a des licenses de déploiement?
Merci.
Thierry BERTRAND
Le problème n'est pas syntaxique, mais d'apprendre où se trouvent les objets dont on aura besoin. personnellement, j'ai transposé mes applis sous .NET
La transpo automatique ne faisant pas tout, cela m'a permis de mettre le doigt là où il y a des soucis et de me plonger dedans.
Exemple:J'avais développé des composants OCX, entre autre un pour gérer les éditions (je ne voulais pas à chaque fois ré ecrire tout et surtout ne pas utiliser crytal report. Là patatras, l'objet printer ayant disparu, tout ce composant est à ré écrire. Donc toutes mes astuces pouyr gérer les éditions.
J'aimais bien utiliser des load de menus, objets, ... dans les form ou les contrôles activeX en utilisant des objets indexés. Boum, même si on peut facilement faire "presque pareil" en créant dyynamiquement ses objets (de nombreux exemples exitent) cela ne fait pas complètement pareil que les load dynamiques de VB6, car il faut réécrire les proc qui gèrent les évènements clic, mouse down, etc...sauf à utiliser les vb6.compatibility que MS a introduit, sans doute pour cacher le caca du chien ;-)))
Ensuite, beaucoup de choses sont à réapprendre (ex: gestion des couleurs où le classique x.backcolor=&h808080& est plus chiant à trouver car il faut utiliser la bonne assembly)
Enfin la doc MSDN associée n'est pas top (à mon avis) et manque cruellement d'exemple.
Bref, il faut apprendre à naviguer dans un nouveau monde, et savoir où se trouvent les objets qui pemettrons de faire ce qu'on désire.
Ce n'est pas en 1 mois à mon avis, qu'on peut faire cela.
Solution: Disposer de 4 mois, prendre un existant important et tout ré écrire sous .NET en laissant de coté VB car il faut vraiment l'oublier.
Le problème n'est pas syntaxique, mais d'apprendre où se trouvent les objets
dont on aura besoin.
personnellement, j'ai transposé mes applis sous .NET
La transpo automatique ne faisant pas tout, cela m'a permis de mettre le
doigt là où il y a des soucis et de me plonger dedans.
Exemple:J'avais développé des composants OCX, entre autre un pour gérer les
éditions (je ne voulais pas à chaque fois ré ecrire tout et surtout ne pas
utiliser crytal report. Là patatras, l'objet printer ayant disparu, tout ce
composant est à ré écrire. Donc toutes mes astuces pouyr gérer les éditions.
J'aimais bien utiliser des load de menus, objets, ... dans les form ou les
contrôles activeX en utilisant des objets indexés. Boum, même si on peut
facilement faire "presque pareil" en créant dyynamiquement ses objets (de
nombreux exemples exitent) cela ne fait pas complètement pareil que les load
dynamiques de VB6, car il faut réécrire les proc qui gèrent les évènements
clic, mouse down, etc...sauf à utiliser les vb6.compatibility que MS a
introduit, sans doute pour cacher le caca du chien ;-)))
Ensuite, beaucoup de choses sont à réapprendre (ex: gestion des couleurs où
le classique x.backcolor=&h808080& est plus chiant à trouver car il faut
utiliser la bonne assembly)
Enfin la doc MSDN associée n'est pas top (à mon avis) et manque cruellement
d'exemple.
Bref, il faut apprendre à naviguer dans un nouveau monde, et savoir où se
trouvent les objets qui pemettrons de faire ce qu'on désire.
Ce n'est pas en 1 mois à mon avis, qu'on peut faire cela.
Solution: Disposer de 4 mois, prendre un existant important et tout ré
écrire sous .NET en laissant de coté VB car il faut vraiment l'oublier.
Le problème n'est pas syntaxique, mais d'apprendre où se trouvent les objets dont on aura besoin. personnellement, j'ai transposé mes applis sous .NET
La transpo automatique ne faisant pas tout, cela m'a permis de mettre le doigt là où il y a des soucis et de me plonger dedans.
Exemple:J'avais développé des composants OCX, entre autre un pour gérer les éditions (je ne voulais pas à chaque fois ré ecrire tout et surtout ne pas utiliser crytal report. Là patatras, l'objet printer ayant disparu, tout ce composant est à ré écrire. Donc toutes mes astuces pouyr gérer les éditions.
J'aimais bien utiliser des load de menus, objets, ... dans les form ou les contrôles activeX en utilisant des objets indexés. Boum, même si on peut facilement faire "presque pareil" en créant dyynamiquement ses objets (de nombreux exemples exitent) cela ne fait pas complètement pareil que les load dynamiques de VB6, car il faut réécrire les proc qui gèrent les évènements clic, mouse down, etc...sauf à utiliser les vb6.compatibility que MS a introduit, sans doute pour cacher le caca du chien ;-)))
Ensuite, beaucoup de choses sont à réapprendre (ex: gestion des couleurs où le classique x.backcolor=&h808080& est plus chiant à trouver car il faut utiliser la bonne assembly)
Enfin la doc MSDN associée n'est pas top (à mon avis) et manque cruellement d'exemple.
Bref, il faut apprendre à naviguer dans un nouveau monde, et savoir où se trouvent les objets qui pemettrons de faire ce qu'on désire.
Ce n'est pas en 1 mois à mon avis, qu'on peut faire cela.
Solution: Disposer de 4 mois, prendre un existant important et tout ré écrire sous .NET en laissant de coté VB car il faut vraiment l'oublier.
