Question

Je fais partie d'une équipe de développement de la construction d'une nouvelle application Web ASP.NET 3.5. Deux d'entre nous sont C # codeurs, et l'autre est un codeur VB.NET.

Je sais que nous pouvons mélanger des langues sur une base par projet, et on peut construire des classes dans une langue qui héritent des classes écrites dans l'autre langue dans un autre projet (que nous faisons déjà), mais je peux voir nous entrer dans une situation où nous pourrions bien finir avec les dépendances cycliques entre nos différentes DLL du projet.

Autre que simple fait d'avoir un grand nombre de projets (plus de préoccupations dans seperation plus de bibliothèques), la façon dont vous avez géré cette situation sur vos propres projets?

Note - Je crois que cette question est assez différent du seul match similaire que je pouvais trouver ( celui-ci ) sur la base que nous ne voulons pas que d'utiliser différentes langues afin de tirer parti de leurs caractéristiques spécifiques en soi, mais plutôt faire usage de ce que ressource de développement est disponible pour nous (ie un dev se trouve être VB.NET seulement).

Était-ce utile?

La solution

Je dois être honnête en disant que je recevrais le gars vb.net pour passer à c #.

Tôt ou tard vous allez lui voulez travailler sur une partie de la solution qui est un c # projet. Son une barrière artificielle que vous créez lors de la transition à une nouvelle syntaxe est relativement simple.

La plupart des développeurs accueillerait favorablement la possibilité de transition vers c #.

J'ai été récemment impliqué dans une décision à une entreprise majeure pour passer à c # de vb.net et nous avons constaté que cette augmentation de moral et était plus facile de trouver de bons candidats.

Autres conseils

Si votre magasin est principalement C# et qui est vraiment ce que vous voulez que votre projet soit développé, j'encourage l'autre développeur à apprendre C# plutôt que de compromettre votre projet pour tenir compte de l'absence de connaissance de l'un des membres de votre équipe. Cela ne veut pas mettre votre autre membre de l'équipe, mais s'il / elle a une bonne connaissance de .Net en général, alors il n'y a aucune raison que cette personne ne pouvait apprendre le C #.

Nous avons un mélange des deux à mon entreprise, cependant, le choix d'utiliser VB.Net dépend toujours si nous porter une application VB6 existante à .Net, dans ce cas, il est logique d'utiliser VB.Net depuis moins le code doit être réécrit (dans la plupart des cas).

Mais nous ne l'avait jamais laissé diktat des compétences de développeur si vous souhaitez utiliser C # ou VB.Net, nous avions choisi le meilleur outil pour le travail, et cela devrait toujours être le point de décision.

J'éviter cela si possible. Essayez de VB a donné le codeur d'améliorer leur C #. Il ne doit pas être immédiat, laissez-les écrire VB pour l'instant jusqu'à ce qu'ils soient à l'aise avec C #, vous voudrez peut-être revenir en arrière et factoriser l'ancien VB en C #. Ils sont déjà utilisés pour les bibliothèques .NET et des outils, il est surtout juste la syntaxe (mais oui, il y a certains différences linguistiques).

La raison pour laquelle je propose c'est pour entretien futur - vous devrez maintenir et le code de débogage dans les deux langues. Pas un problème si vous connaissez toutes les langues, mais pouvez-vous assurer que ce sera le cas pour toujours?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top