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
dotnet74 avant de t'avancer sur des terrains glissants, renseigne toi bien.
equals n'est en rien reservé au seul VB.NET
C'est une méthode de la classe Object du Framework .NET. Elle est donc disponible pour tous les langages .NET y compris C#
et puis je ne comprend pas ceci If {{{{}}}} Else {{{{}}}}.
ce n'est pas une expression C# valide.
Exprime toi mieux.
Je n'ai pas dit que c'était réservé au VB.NET
et les {{{}}} font références à des bouts de codes que j'ai rencontrés
et dans lesquels la lectures devient aussi fastidieuse ( voir plus ) que des
End If
Voilà
1) ceux qui disent que la syntaxe du VB est légère et celle du C lourde, faudra m'expliquer ce que veulent dire les mots 'léger' et 'lourd' dans vos dictionnaires hein :)
2) imbriquer 50 blocs (ce qui finit donc par arriver à des {{{{{{{{ comme indiqué) n'est pas plus limité au C que .Equals est limité à VB.NET. Quelqu'un qui code comme un pied en C le fera aussi en VB. Et le laxisme de VB est bien plus apte à former de mauvais développeurs. Genre ceux qui disent que le typage ne sert à rien, au hasard.
Mais quitte à rester dans des comparaisons à deux balles sans intérêt, une petite question bête et sans intérêt :
Entre {{{{{{{{ }}}}}}}} et If Then If Then If Then If Then If Then If Then If Then If Then End If End If End If End If End If End If End If End If, c'est quoi le plus lourd ? :)
rassurer moi aEnvoyé par DotNET74
et
Code : Sélectionner tout - Visualiser dans une fenêtre à part a == bca n'a pas le même sens !!
Code : Sélectionner tout - Visualiser dans une fenêtre à part a.equals(b)
y'en a un qui compare l'adresse mémoire d'objet (==), l'aute qui compare les attributs de l'objet (equals)
C'est exactement la même chose, à moins que les objets en question soient mal faits.
L'opérateur == est censé comparer le premier objet à null, puis passe la main à la méthode Equals, et l'opérateur != renvoit l'inverse de ==.
Ces 3 méthodes sont censées être implémentées en groupe. Si tu en redéfinis une, tu redéfinis les deux autres.
ah ouaie c'est vrai en plusC'est exactement la même chose, à moins que les objets en question soient mal faits.rassurer moi a
et
Code : Sélectionner tout - Visualiser dans une fenêtre à part a == bca n'a pas le même sens !!
Code : Sélectionner tout - Visualiser dans une fenêtre à part a.equals(b)
y'en a un qui compare l'adresse mémoire d'objet (==), l'aute qui compare les attributs de l'objet (equals)
L'opérateur == est censé comparer le premier objet à null, puis passe la main à la méthode Equals, et l'opérateur != renvoit l'inverse de ==.
Ces 3 méthodes sont censées être implémentées en groupe. Si tu en redéfinis une, tu redéfinis les deux autres.c'es pas comme en java du coup....
comment fait on du coup pour comparer si 2 objects identiques (cad s'ils ont la même adresse mémoire ?)
Code : Sélectionner tout - Visualiser dans une fenêtre à part Object.ReferenceEquals(obj1, obj2)
Et Delphi ?
Le titre du forum est Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?. Or pratiquement aucun mot sur la version 8 de Delphi. Qu'est-ce à dire ?
1) que les développeurs C# et VB.NET se sont simplement appropriés le forum (dans des discutions un peu stériles il faut bien le reconnaître) ?
2) que Delphi 8 est tellement mauvais pour .net qu'il ne vaut même pas la peine d'en parler ?
3) autre ?
JJ
1) il y a eu tres peu de questions sur le forum, mais bon a mon avis il n'y a pas de problemes si les delphistes se mettent a poster
les discution pour comparer vb.net / c# / delphi et autres seront de toute facon steriles. Leur differences au niveau de la programmation pro de tous les jours sont negligeables. Le debat ne sera de toute facon qu'une querelle de clocher.
2) heu je sais pas, je connais pas delphi, je sais c'est pas bien
3) Hum.... que peu de developpeurs delphi se sont mis a .net ?
pour preuve de ma bonne foi je vais meme faire un post pour delphi.net tiens
Personellement, j'ai choisi VB.NET tout simplement parce que je connais Visual Basic depuis la version 1.0, mais je ne dénigre absolument pas C# (encore faurdrait-il le connaitre pour être objectif).
Tous deux me semblent très bien !
En plus de tous les avantages/incovénients qu'on pourrait lui trouvé, je prefere le C# pour des raisons "marketing".
En effet, même si VB(.NET) est le bébé de Microsoft, le C# est la nouvelle direction que Microsoft aimerais "imposer"... (passer d'un "vieux" jouet pour un nouveau a toujours l'air plus cool)
Du coup, la plus part des tutoriaux/exemples/libraries sont d'abord réalisé en C# (avant d'être éventuellement porté au VB.NET).
moi je suis pour VB.net mais pour moi C# est aussi bien
je trouve juste le code plus clair sous vb.net
mais il est vrai que C# reste super puisant mais faut faire attention a bien expliquer sont code et etre tres attentif
plus clair ? le VB ?
Pourtant le code n'est pas vraiment délimité en blocs, je vois pas comment on peut un code contenant que des mots peut-être plus lisible qu'un code avec des accollades !
Débutation :)
Salut!
Je compte me former en DoNet simplement pour progresser en développement... Je connais pour l'instant PHP, SQL, HTML, CSS, Javascript et Delphi (version 6)... Peu importe la synthaxe du language, je pense m'adapter assez facilement.
J'aimerai bien savoir dans quels outils de développement (si possible gratuits) dois-je m'orienter selon vous? Sachant que c'est surtout pour élargir mes connaissances, développer quelques projets utiles, pouvoir participer au forum DoNet et éventuellement ajouter ces expériences sur mon CV...
Pour le moment, j'ai téléchargé SharpDevelop et le FrameWork 1.0...
Merci infiniment pour vos conseils!
Très cordialement, sub0
Salut,
Vu que c'est que pour de la formation, tu pourrais presque attaquer directement sur le framewok 2.0 (béta)
http://www.developpez.net/forums/viewtopic.php?t=217167
Sinon en IDE gratuit t'as C#builder édition personnelle aussi
Je pense qu'une maitrise d'un IDE borland ou microsoft sera un plus sur un CV, et vu que tu ne comptes pas faire de projets "commerciaux"...
Merci neo.51!
J'ai trouvé grâce à ton lien, quelques articles très intérressants! Je crois que pour compléter et valoriser mon CV (étant un autodidacte sans diplômes en programmation informatique), je dois apprendre à développer en C... Probablement parce-que c'est un language très répandu et très utilisé par les sociétés de développements informatiques, et parce ce language m'est inconnu et que cela m'intérresse beaucoups du coups! Je suppose que C#builder correspond à cet objectif, non? Qu'en pensez-vous?
Mon projet (à moyen / long terme) est de devenir développeur indépendant, de créer ma société... Je suis actuellement en train de suivre un stage ANPE pour évaluer mes compétences et la faisabilité de mon projet... Je pense aussi, par la suite, suivre des stages en développement si nécessaire. Reste à choisir le language et l'environnement le plus approprié au marché actuel et futur...
Merci beaucoups pour tous vos conseils!
Très cordialement, sub0
salut à tous,
Après 5 ans d'expériences professionnelle en C/C++, j'ai découvert dotnet et j'ai été immédiatement séduit par C#.
C# est très propre, comparé à C++. Je vais pas me lancer dans l'enumération des avantages, mais je trouve que ceux ci sont vraiment un plus :
- pas de pointeurs. Le code n'en est que plus lisible (et si on veut vraiment utiliser des pointeurs pour des besoins de bas niveau ou que sais-je, on peut toujours écrire un petit bout en C++ non managé, si j'ai bien compris)
- un seul fichier source (plus besoin d'un fichier entête *.h). Si on doit modifier la signature d'une méthode, c'est immédiat. Ca simplifie la documentation également
- le garbage collector. Plus de memory leak (ou fuite mémoire) avec ça
- les concepts de délégué et d'événement. Les delegués (delegate) remplacent avantageusement les pointeurs de fonctions en C/C++.
- homogénéisation de la notion d'objet. Tout est objet. Même un entier ou une chaîne de caractère.
- meilleur typage. Il y a des erreurs qu'on pouvait faire en C++ qui ne passeront pas à la compilation en C#
- mécanisme d'assertion et d'erreur bien pensé. Si on accède hors du rang d'un tableau par exemple, on aura une belle erreur au run time qui explique que c'est un problème "out of range" et pas un satané "Violation access error 0x08830003" beaucoup moins explicite.
Bon, j'arrête ou je ne m'arrêterai plus
En tout cas, ça donne au final un développement super rapide et plus facile à maintenir.
Bon, maintenant, j'ai jamais travaillé sur un vaste projet dotnet. Certains disent "usine à gaz", peut-être, ch'sais pas, c'est pas le sujet de toute manière. Mais si c'est vrai, je ne pense pas que ce soit dû à la nature inhérente du langage C#.
.Net Is magic
J'ai beaucoup pratiqué Delphi et c'est un langage que j'ai apprécié à cause de la simplicité de la compréhension de sa structure et de l'extension objet qu'il offre. J'ai utilisé du C++ et java seulement à cause de leurs extensibilités avec les autes langage mais leur structure n'étant pas aussi facile à cerner par un débutant. pour ce qui du C# je l'ai appris pour les besoins professionnels et sa structure fait la synthèse de Delphi (par exemple using qui remplace uses...); Java dans l'utilisation des tableaux (même synthaxe)... C++ dans les structures de contrôle (if, do..while,for,switch..case..). Cependant c# à une stucture propre dans l'utilisation des tableaux( foreach) dans tous les cas le meilleur langage est celui que l'on maîtrise le mieux.
Pour ma par Je prefère C++ et Java à cause de leur portabilité si cela peux se réaliser avec C# alors est peut être meilleur.
A+
J'ai beaucoup développé sous linux en C/C++ et Java.
J'ai été introduit à DotNet lors d'un stage pour mais études mais malheureusement (ou pas), on ne m'a pas laissé le choix du langage. Donc je programme en VB.NET.
Il est vrai que c'est un lagage laxiste et que la syntaxe est assez différente des autres langages mais je dois dire que programmer en VB.NET pendant 6 mois, quand je suis retourné en cours, j'étais incapable de pondre 2 lignes de codes en java....
Mais bon, avec un temps d'adaptation ca reviens.
Mais quand je fais des petits projets j'opte pour le VB.NET... Ca me détend!!
Partager