Gestione di più linguaggi .NET in un'applicazione web

Question

Sono parte di un team di sviluppo la costruzione di una nuova applicazione web ASP.NET 3.5. Due di noi sono C # programmatori, e l'altro è un codificatore VB.NET.

Lo so che siamo in grado di mescolare lingue in base al progetto, e si può costruire le classi in una lingua che ereditano dalle classi scritte in altra lingua in un progetto diverso (che stiamo già facendo), ma posso vedere a portarci in una situazione in cui potremmo finire con le dipendenze cicliche tra le nostre diverse DLL di progetto.

A parte il fatto di avere un elevato numero di progetti (più separazione delle preoccupazioni in più librerie), come avete gestito questa situazione sui propri progetti?

Nota - Credo che questa domanda sia abbastanza diverso dal match only simile che ho trovato ( questo ) sulla base del fatto che non si vogliono utilizzare lingue diverse, al fine di sfruttare le caratteristiche particolari di per sé, ma piuttosto di fare uso di ciò risorsa sviluppatore è a nostra disposizione (vale a dire un dev sembra appena essere VB.NET solo).

Answer 1

Ho avuto modo di essere onesto nel dire che avrei ricevuto il ragazzo vb.net per passare a C #.

Prima o poi si sta andando a voler lui per lavoro da parte della soluzione che è un progetto c #. La sua una barriera artificiale che si sta creando, quando la transizione a una nuova sintassi è relativamente semplice.

La maggior parte dei sviluppatori accoglierebbe con favore l'opportunità di transizione verso c #.

I è stato recentemente coinvolto in una decisione in un grande aziendale per passare a C # da vb.net e abbiamo trovato che questo aumento del morale ed era più facile trovare buoni candidati.

Answer 2

Se il negozio è prevalentemente C# e questo è davvero quello che volete che il vostro progetto da sviluppare in, vorrei incoraggiare l'altro sviluppatore per imparare C# piuttosto che compromettere il vostro progetto per conto per mancanza di conoscenza di uno dei membri del team. Questo non vuol mettere giù il vostro altro membro del team, ma se lui / lei ha una buona conoscenza di .Net, in generale, allora non c'è motivo che questa persona non poteva imparare il C #.

Abbiamo un mix di entrambi alla mia azienda, tuttavia, la scelta di utilizzare VB.Net dipende sempre se stiamo porting di un'applicazione VB6 esistente per .Net, nel qual caso ha senso usare VB.Net dal meno codice deve essere riscritto (nella maggior parte dei casi).

Ma noi non aveva mai lasciato l'abilità degli sviluppatori dettame se utilizzare C # o VB.Net, avremmo scelto lo strumento migliore per il lavoro, e che dovrebbe essere sempre il punto di decisione.

Answer 3

vorrei evitare questo, se possibile. Provate a dato il VB coder migliorare la loro C #. Esso non deve essere immediata, lasciarli scrivere VB per ora fino a che non sono confortevoli, con C #, quindi si consiglia di tornare indietro e refactoring il vecchio VB in C #. Essi sono già utilizzati per le librerie e strumenti .NET, è per lo più solo la sintassi (ma sì, ci sono alcuni le differenze linguistiche).

La ragione per cui vi suggerisco questo è per la manutenzione futura - si dovrà mantenere e debug del codice in due lingue. Non è un problema se tutti sapete tutte le lingue, ma si può garantire che questo sarà il caso per sempre?