Quelles sont les bonnes bibliothèques qui ont été écrites dans vb.net? Le meilleur serait open source, car cela permettrait aux développeurs intéressés de jeter un coup d'oeil à un bon code VB.NET et Voyez comment la langue peut être utilisée efficacement. Mais je serais intéressé de connaître des bibliothèques du tout, particulièrement réputées.
En règle générale, lorsque vb.net et c # sont comparés, il y a beaucoup de soutien fort pour C #, accompagné d'une certaine Bashing de vb.net jusqu'à ce qu'un développeur respecté vienne et agit comme la voix de la raison, soulignant que tandis que vb avant à vb.net a eu sa juste part de problèmes, VB.NET est vraiment une langue très forte et entièrement utilisée, sage de fonctionnalité, à propos du pair avec C # (à l'exception de l'exception. de certaines choses comme une syntaxe de Lamba corsée [Pre-VB10] ou le mot clé , car de nombreux fidèles C # sont rapides à signaler).
J'ai moi-même, après avoir écrit beaucoup de code dans VB.NET et C #, automne carrément dans le "Je préfère C #, mais ne considérez pas vb.net un camp de langue". Cependant, , une chose que j'ai remarquée est que, lorsqu'il s'agit de bibliothèques respectées et / ou largement utilisées pour .NET, tout est écrit en C # . Ou au moins cela a été mon impression. Cela me frappe comme un peu étrange parce que, à part la saupoudrage susmentionnée de belles caractéristiques (en particulier le mot clé ), j'ai tendance à voir la division VB.NET/c# comme une question de goût personnel . De toute évidence, beaucoup de développeurs préfèrent c #. Mais je connais personnellement certains développeurs (bons) qui préfèrent vb.net, ce qui me conduirait à soupçonner que certaines bibliothèques (bonnes) seraient écrites dans vb.net.
Je pense qu'ils doivent être là-bas et je ne les ai tout simplement pas trouvés. Explication à long terme de l'endroit où je viens de:
4 Réponses :
En règle générale, mon opinion est que les langues sont vraiment identiques. C'est la commodité de la syntaxe. Personnellement, j'aime que vous puissiez avoir plusieurs choses qui se passent dans la même ligne. Une fois que je suis passée à l'aide de C, Java, JavaScript, Perl et les langages bracked bouclés, j'ai trouvé qu'il est plus facile de comprendre simplement parce que vous pouviez voir beaucoup plus en moins de caractères.
En ce qui concerne les bons cadres écrits dans VB.net, consultez tout ce qui est écrit pour (et y compris) DOT NET NUKE.
Ceci (Dot Net Nuke) est honnêtement le seul bon exemple que j'ai pu trouver jusqu'à présent ... cela dit, c'est un bon exemple!
Je n'appellerais pas DotNetNuke Good ...
J'écris vb.net et c # interchangeable (environ 50/50) dans les applications que je gère et j'ai toujours eu une légère préférence pour vb.net (je suis programmée dans les langages de lignée de base pendant 25 ans. , depuis que j'avais 9 ans, mais seulement environ 15 ans dans des langues basées sur C).
Cela dit, je trouve C # est une meilleure langue pour les bibliothèques.
Cela n'a rien à voir avec les limitations de VB.NET et de tout ce qui concerne le C #.
Je veux que mes bibliothèques soient faciles à appeler à partir de VB.NET et C # Code. Lorsque j'écris dans C #, je vous soucie de faire attention aux choses qui comptent lors de l'appel du code de C #. Deux exemples de ceci sont la sensibilité des cas de C # et son manque de paramètres facultatifs. Mais lorsque j'écris le code de la bibliothèque dans VB.NET, je ne suis pas aussi à l'écoute sur des problèmes qui pourraient rendre mon API moins amical sur les appelants C #.
Pour l'enregistrement, je vous penche vers la bibliothèque / back-end en C # et en fin de front dans VB.NET. Cela dit, le support de paramètre facultatif C # dans .NET 4 diminue l'argument que vous avez donné. En outre, ne serait-ce pas un argument en faveur de l'écriture dans VB? C'est-à-dire que vous pourriez facilement avoir deux fonctions exemplefuncunc () et exemplefuncunc () écrit dans une bibliothèque C # où vb.net ne pouvait pas distinguer entre les deux. En écrivant la bibliothèque dans vb.net et en appelant de C #, vous n'auriez pas ce problème. S'il vous plaît corrigez-moi si j'ai mal compris ce que vous entendez là-bas.
Un autre bon point est que la plupart des modèles de conception, TDD, DDD, Agile, etc. utilisent Java comme exemples, ce qui ressemble beaucoup à C #. C'est comme essayer de traduire les Britanniques en anglais plutôt que l'espagnol en anglais.
basique = code d'instruction symbolique tout usage débutant.
jeter un "visuel" là-bas et sa langue encore débutante;)
@HENK: Pourquoi? Il connaît de bons développeurs qui préfèrent vb.net. Je suis sûr qu'il connaît de bons développeurs qui préfèrent c # aussi. Pourquoi cela mérite-t-il une fermeture?
@HENK: Attendez pourquoi? Devrais-je changer cela en "je crois qu'il y en a"? Je suis confus.
Désolé, je retire la citation. Mais il reste une très longue promotion VB avec une petite question à la fin.
@Kent: Oui, bien sûr, je réalise que de nombreux bons développeurs préfèrent c #. Peut-être que c'était la lettre audacieuse que la pensée Henk était argumentative (?). Quoi qu'il en soit, j'ai modifié le libellé à quelque chose que j'espère n'offenser personne.
@Henk: ha, ok, je comprends où tu viens, alors. C'est juste parce que je suis à long terme. Je vais mettre la question en haut.