Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Je ne vois pas en quoi c'est ridicule.Envoyé par quentin.despierres
Il a fini par faire comme les autres langages et c'est très bien.
Ce qui est ridicule c'est ça
ça déclare un tableau de 5 element indexé de 0 à 4.
Code : Sélectionner tout - Visualiser dans une fenêtre à part dim t(4) as string
Dans les autres langages le 4 indiquerait plutot le nombre d'elts du tableau.
moi je suis pour delphi il est assez simple à apprendre , execution rapide et possibilité de cree ses propre composant sans avoir à connaitre un autre langage. je trouve qu'il est meilleur le le visualBasic par-ce que le visualbasic il est plus longs d'éxecution et c'est impossible de crer ses composant sans connaaitre le langage C
ça manque un peu d'argumentmoi je suis pour delphi il est assez simple à apprendre , execution rapide et possibilité de cree ses propre composant sans avoir à connaitre un autre langage. je trouve qu'il est meilleur le le visualBasic par-ce que le visualbasic il est plus longs d'éxecution et c'est impossible de crer ses composant sans connaaitre le langage C
Niveau exécution entre du delphi .NET, du VB.NET et du C#, une fois que c'est compilé en IL, il doit pas y avoir beaucoup de différences. Entre C# et VB.NET on s'est même aperçu que les quelques différences minimes de perf étaient duent à des options de compilation différentes par défaut.
Pour les composant delphi .NET où VB.NET, on peut les écrire en n'importe quel langage .NET
Je peux deja dire qu'entre VB et C#, je choisis C# qui est beaucoup plus rigoureux que le VB.
Puisque j'ai voté, je vous donne mon avis ...
Je précise toute fois que je débute avec .net.
C# : langage très professionnel, né en même temps que .net, syntaxe imposant de la rigueur tout en restant accessible, bcp de développeurs et de documentation. Il permet de développer plus vite des applications performantes et sécurisées.
Je l'utilise avec Oracle, mysql et Novell eDirectory et j'arrive à extraire (jusque maintenant) ce que je veux de ces bases.
Moi ...
Moi j'étais développeur VB6. Puis après un virement de carrière j'ai quitté le dev pour la mise en prod.(InstallShield et compagnie)
Après deux ans ... et trois tours de fait, je reviens à mon amour de toujours le code.
Venant du VB(6) je me suis naturellement penché vers ce vb.net si prometteur. Et dieu sait qu'il l'est !!
Et le temps est cruel. Je ne suis plus à la page, même un 'simple' VB(.net) m'est difficile
Mais voila... le sondage est clairement parlant, et annonce la tendance :
C# 55% [ 142 ]
VB.NET 17% [ 44 ]
Les cours, codes, exemples sont aussi dans ce langage en vogue.
Ce qui aiderait aussi à choisir, c'est la politique futur de microsoft. Car actuellement VB offre la plus large gamme : VBA,VB,VB.NET,VBS ...
Si Microsoft nous lance un C#script alors il ne restera plus rien au VB (pour moi).
J'ai lu ce topic, car je suis en plein crise de développeur à l'ouest ...et ne fait que me renforcer dans mon idée : allez oublions vb et chantons louange à C#.
(puis le C ... c'est quand même mon premier language ... InstallShield c'est un erzat de C enfin un peu disons.)
bye bye
VB.NET Evidemment.
Quel intérêt de faire du C# lorsqu'on arrive du VB.
La FAQ VB.NET et les sources VB.NET sont bientôt prêtesLes cours, codes, exemples sont aussi dans ce langage en vogue.
J'ai voté VB.NET mais je ne fais pas d'évangélisme.
J'ai fait beaucoup de C durant des années et les quelques programmes que j'ai du faire en C# ne m'ont pas posés de problèmes. Au boulot je fais une majorité VB6 (ça va changer doucement pour le .NET).
Si je choisi VB.NET pour le moment c'est uniquement que l'intellisens y est supérieur (ca va changer avec VS2005 je crois). En C# devoir recompiler pour faire disparaitre les erreurs de frappes surlignées ça m'énerve à mort.
Celà dit aprés ça c'est kifkif. Il doit y avoir une trentaine de mots clés à tout casser dans chacun des langages et quelques différences syntaxiques (handles ...). Le plus dur reste dans tous les cas de savoir trouver la bonne classe dans la multitude du FrameWork et de savoir s'en servir.
J'arrive pas à comprendre les supporters acharnés de tel ou tel langage, à priori l'outil principal ça reste le cerveau. Enfin les commentaires les plus virulants ( et souvent les moins argumentés
En conclusion , programmez avec l'outil qui vous plait (C#,Delphi,VB) et soyez ouvert aux autres langages tout le monde y gagnera...
Bonjour,
Je suis débutant en développement et en conception de base de données.
Or dans le cadre d'un stage de fin d'étude d'un 3e cycle en Ingéniérie réseau-télécom je dois développer une base de données dans le cadre d'un projet d'audit d'équipements réseaux mobiles GPRS et UMTS.
Je suis autodidacte et j'ai appris l'administration puis le domaine des réseaux sur le tas en auto-formation.
En revanche je vais devoir apprendre à la volée :
- conception de base de données objet ou objet-relationnel
- méthodologie UML
- Programmation Objet
- Langages de développement => VB.NET ? C# ?
- Langage de requête
- Base de données => SQL Server
Pour le choix du langage de dév, mon choix s'était porté sur VB .NET car il me semblait plus facile et plus rapide à apprendre. En revanche l'intégration directe du CLR dans SQL Server + la standardisation du langage C# sont des arguments intéressants.
Enfin j'utiliserais Visual Studio 2003 Professional pour développer : est-ce-que cet outil peut me permettre de faire l'économie d'une partie du code et donc de son apprentissage ?
Merci à tous pour vos avis experts.
L'intégration de la CLR n'est pas un argument en faveur du C#.En revanche l'intégration directe du CLR dans SQL Server.
http://dotnet.developpez.com/FAQ.NET...chitecture#2.2
Tous les langages dotnet seront supportés par sql-server
Ca je connait pas désolé...
J'ai deja travaillé avec ces outils et je peux t'assurer qu'ils seront a la hauteur si tu arrive a les configurer correctement (je parle surtout de SQL Server qui a beaucoups de dépndances et qui est problèmatique a metre en place mais il est aussi très puissant une fois instalé correctement)
L'uml et vraiement bien et surtout tès souple. Pour moi il es plus adapté au developpement RAD que MERISE.
Pour la conception de ta base je te conseille Power AMC qui te crée le script SQL des bases en 2 minutes a partir du schemas conceptuel de données.
Perso je préfere C# (ya souvent moins de code a taper !) mais VB peux faire la même chose.
le language de requette : cherche pas c'est du SQL partout maintenant !
SQL Server : Très bon choix a condition de savoir le configurer et de pouvoir payer la licence.
VB.Net et peut etre plus facille a aprendre mais il est pas très "professionnel" notaement si tu abuse des types generiques qui ralentissent l'execution et qui pompent un max de memoire ! Il faut aussi souvent plus de code qu'en C#.
C# contrairement a ce que l'on dit est tout aussi simple a aprendre que Java (en comparant 2 sources qui font la meme chose en JAVA et C# ya 90% de code identique, la difference se fait surtout sur les unités et les types de classes qui varient un peu !).
VS 2003 pro est très bon mais je te conseille de concentrer ton aprentissage sur ADO.NET qui te simplifira la vie pour attaquer tes bases de données !
Je n'avais jamais entu dire ça; vu le sucre qu'on casse toujours sur VB; mais pourquoi pas, aprés tout je ne connais pas VB, encore moins le VB.NET!
Pour moi, humblé débutant dans le monde du .NET; je pense pouvroi maintenant donner un avis, plus ou moins en connaissance de cause.
D'abord, je choisis clairement dans la liste de produits, MS; question de gout, d'habitude -et accessoirement aussi parce que pour moi la portabilité compte peu: je ne developpe quasi qu'a des fins personelles; donc sous windows.
Petit avis commenté qui n'engage que moi:
Le choix se réduit déja: VB.net, C#, CV++.net et J#.
D'abord, j'élimine VB: le Beginners All Purpose Symbolic Instruction Code, j'ai déja essayé du temps de VB 6, et ce n'est pas ma tasse de thé, surtout que je suis habitué au langages avec une synataxe de type C, même si déja là j'avais aprécié l'orientation RAD, plus claire qu'avec VC++6.
Ensuite, exit J#: java tout court fait trés bien ce qu'il a à faire, et je saurai gré à MS de ne plus tenter de s'approprièr ce langage.
Au revoir aussi à C++.net pour ma part: aprés avoir lu un peu de code, j'ai fait des cauchemards pendant une semaine!
Il reste donc C#: et là je suis content!C'est propre, net, simple à aprendre, éfficasse, taillé sur mesure pour le .net.
Je n'en connais pas encore toutes les arcanes, mais avec une vaingtaine de lignes de code on peut déja créer un programme fenètre, simplement avec les bibliothèques standardes, et ça c'est une vrai nouveauté! Le langage par exelence pour le .net; d'ailleurs il à été fait pour
J'ai choisi VB.NET.
Ses performances sont égales au C# et sa syntax est plus simple ce qui le rend beaucoup plus lisible et qui évite les erreurs de syntax lors de la frappe du code avec tous ces points virgules accolades et j'en passe qui ne servent à rien !
Résultat : preformance de l'application, plus facile à déboguer et rapidité de dévellopement.
Alors au revoir le C# et bonjour VB.NET !
Quitte à garder ce type de syntax, je préfère Java sous J2EE.
Perso, je préfère C# pour 3 raisons :
1. Je viens du monde du C++, et donc, la migration ne m'a pas trop posé de problèmes.
2. je ne supporte PAS les End qqch qui ferment les if, struct...
3. Les spécifications du C# étént publiques, on peut developper sous n'importe quel IDE, comme SharpDevelop (quoique là, faut être masochiste!), C# builder, et même sous Linux depuis peu avec Mono, crée par Novell!
slt a toutes et tous
Merci pour ce topic très intérressant et des réponses bien détaillées (moonhearth) bien que parfois certains s'égarent.
Pour apporter ma maigre contribution, j'ai du mal a voir ce qu'apporte vraiment le .net en vous lisant. Il (C#+VB) n'est portable que sous windows contrairement a delphi que je connais un peu et au c/c++/java au je connais deja un peu mieux. J'ai plus une vague impression de récupération de développeur Java grâce à une vitesse d'execution plus rapide mais pour une portabilité réduire à un environnement (certes très répandu)
Je ne suis pas un expert du developpement mais quand certains parlent de portabilité, je crois savoir que Microsoft n'a pas tout donné et que les projets dotgnu et mono doivent recourir a un gros boulot pour voir les appels passés en mémoire.
Pour ce qui est du choix du langage, je suis comme beaucoup de personne obligé de faire un langage imposé (du VB .Net) en l'occurence. Connaissant un peu VB6, je ne suis pas trop desorienté et je connais déja la poo avec java et c++ . Par contre, si j'avais eu a choisir, j'aurais pris ni VB .NET ni C# mais plutot Delphi ou C++.
Je suis pour un langage ouvert, non prorietaire... et portable. Le .net est une bonne chose et rationnalise je pense le dev quel que soit le langage sous windows. Je reste plus pour un langage qui soit independant de la plateforme comme le C++ qui permet de faire des applis sous Linux ou Windows. développer en .Net apporte rien de plus a priori ou de revolutionnaire par rapport à ce qui existaient deja chez les autres si ce n'est que cela sort estanpillé par Microsoft ( ce qui n'est pas forcement un mal).
t'a bu, t'est miro ou quoi ?
1-mono fonctionne sous linux!
2-vb.net est plus contraignant que C# (dim a chaque fois, end ..., le gros mot "GOTO", et le type "sale' : "Variant")
3- tu trouve que C++ ou delphi est "ouvert" ?
4-DOTNET fonctionne sous Apple MAC OS
Bonjour Doccput'a bu, t'est miro ou quoi ?
1-mono fonctionne sous linux!
2-vb.net est plus contraignant que C# (dim a chaque fois, end ..., le gros mot "GOTO", et le type "sale' : "Variant")
3- tu trouve que C++ ou delphi est "ouvert" ?
je ne veux pas troller et j'apporte un avis sur le topic. Par contre, je voudrais pas que cela tourne comme au début des avis avec Maniak et Moonheart dont le premier etait particulierement agressif ce qui ne fait pas avancer le debat. Donc je ne suis pas Miro et je n'ai pas bu (sans me mouiller surement moins que toi vu que je n'aime pas l'acool) et un peu de respect stp.
Pour repondre a tes propos
1)Mono fontionne sous Linux : oui je sais et je l'ai essayé sous tux dans ses débuts mais on ne peut pas tous faire et cela reste un travail ardue pour porter un truc proprietaire MS sous un systeme Libre respectant des standard posix
2)Delphi n'est pas "ouvert" mais fait preuve d'ouverture en permettant un developpement sous la plate forme de son choix
3)le C++ est un langage standard comme le C (en respectant la norme ANSI). Tu le prend et tu compiles sous win (avec wxwindows st ou gtk si tu utilises des formes) ou sous tux et ca roule. C'est ce que j'appelle être "ouvert", tout du moins bien plus que .Net, bien sur cela reste mon avis uniquement ce qui etait le but premier de mon propos.
Pour faire suite aussi a un de tes messages precedant comme quoi vbnet fait moins professionnel c'est une vue restreinte a ton ideal. J'ai cru pour 'un miro' comprendre que tout etait traduit dans l'IL, alors vbnet ou C# quelle difference pourvu que chacun y trouve son compte.
Mmh ? Qu'est-ce que je viens faire là-dedans ? :)
Et je ne me souviens pas avoir été "particulièrement agressif".
Particulièrement dur avec l'héritage de VB6 par contre, ça oui :)
C'est pas sur du MSIL qu'on bosse, mais sur le langage choisi. C'est là qu'il peut y avoir des complications :)
Maintenant l'important c'est que les projets soient faits, fonctionnent et que le client soit content, dans la durée. Le reste est accessoire.
Sinon un petit détail :VB.NET n'est plus contraignant que C# que si on fait du VB.NET 'propre' (Option Explicit+Strict, Try/Finally pour tous les objets implémentant IDisposable, ce genre de choses).
Je ne suis juste pas sûr que ça corresponde à la majorité des développeurs VB.NET. Mais il y en a, ça je n'en doute pas, et on peut faire du code tout aussi crade en C#, Delphi ou n'importe quel autre langage. C'est peut-être juste plus facile/tentant en VB :)
Je ne comptais pas troller non plus mais t'a mal pris ma boutade domage ulysse. au fait coment vas penelope ?
Je ne consoit pas de faire du code "sale" (autant que possible) car qui dit code sale dit mauvaise lecture ce qui entraine a dire mauvaise maintenance ! Maintenant si tu comte juste faire un code qui t'afiche bonjour sur un click de bouton tu le fais un peu comme tu veux ....Sinon un petit détail :VB.NET n'est plus contraignant que C# que si on fait du VB.NET 'propre' (Option Explicit+Strict, Try/Finally pour tous les objets implémentant IDisposable, ce genre de choses).
Je ne suis juste pas sûr que ça corresponde à la majorité des développeurs VB.NET. Mais il y en a, ça je n'en doute pas, et on peut faire du code tout aussi crade en C#, Delphi ou n'importe quel autre langage. C'est peut-être juste plus facile/tentant en VB
Partager