Webアプリケーションで複数の.NET言語を管理します

Question

私は、新しいASP.NET 3.5 Webアプリケーションを構築する開発チームの一員です。 2人はC＃コーダーで、もう1人はVB.NETコーダーです。

私たちは言語ごとに言語を混ぜることができ、別のプロジェクトで他の言語で書かれたクラスから継承する1つの言語でクラスを構築できることを知っていますが、私たちは入り込むことができますさまざまなプロジェクトDLL間の周期的な依存関係になってしまう可能性がある状況。

単に多数のプロジェクト（より多くのライブラリへの懸念のより多くの分離）を持っている以外に、あなたはあなた自身のプロジェクトでこの状況をどのように管理しましたか？

注 - この質問は、私が見つけることができる唯一の同様の試合とは十分に違うと思います（これです）特定の機能自体を利用するために異なる言語を使用したくないのではなく、開発者リソースを利用できるものを利用することに基づいています（つまり、たまたまVB.NETのみであると考えられます。 ）。

Answer 1

私は正直に言って、VB.NETの男にC＃に移動させると言っていました。

遅かれ早かれ、彼がAC＃プロジェクトであるソリューションの一部で作業することを望んでいます。新しい構文に移行するときに作成した人工的な障壁は比較的簡単です。

ほとんどの開発者は、C＃に移行する機会を歓迎します。

私は最近、VB.NETからC＃に移るという主要な企業での決定に関与しましたが、これにより士気が高まり、良い候補者を見つけるのが簡単であることがわかりました。

Answer 2

あなたの店が主にある場合 C# そして、それは本当にあなたがあなたのプロジェクトを開発したいことです、私は他の開発者に学ぶことを奨励します C# チームメンバーの1人の知識の欠如を説明するためにプロジェクトを妥協するのではなく。それはあなたの他のチームメンバーを置くことではありませんが、彼/彼女が一般的に.NETをよく把握している場合、この人がC＃を学ぶことができなかった理由はありません。

私の会社には両方が混在していますが、VB.NETを使用する選択は、既存のVB6アプリケーションを.NETに移植するかどうかに常に依存します。 （ほとんどの場合）書き換えます。

しかし、開発者のスキルがC＃またはVB.NETを使用するかどうかを決定することは決してありません。ジョブに最適なツールを選択します。これは常に決定ポイントになるはずです。

Answer 3

可能であればこれを避けます。 VBコーダーにC＃を改善するようにしてみてください。即時である必要はありません。今のところVBをC＃に慣れるまで書かせてください。その後、古いVBをC＃に戻してリファクタリングすることをお勧めします。それらはすでに.NETライブラリとツールに慣れています、それは主に単なる構文です（しかし、はい、あります いくつかの 言語の違い）。

これを提案する理由は、将来のメンテナンスのためです - 2つの言語でコードを維持およびデバッグする必要があります。皆さんがすべての言語を知っている場合は問題ではありませんが、これが永遠にケースになることを確認できますか？