質問

私たちは大規模な ASP クラシック コード ベースを持っていますが、今後の開発は ASP.NET で行うことを検討しています (将来的には、既存のコード ベースを移植する可能性もあります)。言語の自然な選択は VB (既存のコードは VBScript) だと思われますが、私は急ぎすぎでしょうか?言語の選択は、長期的には違いを生むのでしょうか?

役に立ちましたか?

解決

時間がかかるのは .Net (フレームワーク) の学習です。

特定の言語は重要ではなく、好みの問題です。私は通常、両方の言語でいくつかの演劇プロジェクト (およびその他の気になるもの) を試してみて、どちらがより快適であるか (またはより成功するか!) を決めることをお勧めします。

他のヒント

まず第一に、それを目的として何かを移植しないでください。正常に動作し、移植してもほとんどメリットがない場合は、そのままにして、VBScript でバグ修正や小さな機能強化を続けてください。移行する十分な理由がある場合は、その時点で移行してください。ただし、事前に移植を行う場合は、その場で学習しようとするよりも、まず Web アプリケーションの .Net バージョンに慣れる方がはるかに効果的です。「クリーンな」環境では、PostBack や ViewState などの新しい概念を学ぶのがはるかに簡単です。

また、移植するときに古い考え方から抜け出す余地も少なくなります (必要に応じて再設計するのではなく、古い方法で動作させるだけです)。

結局のところ、長期的には大きな違いはなく、ほとんどは感覚的なものであり、個人的な好みの問題ですが、慣れていないことで何か新しいことを学習しているという事実が強調されるため、最初に C# を学習することをお勧めします。これが、ほとんど手続き型の VB(スクリプト) 方法ではなく、自然な .Net 方法で物事を行う方法を学ぶのに役立つことを願っています。あなたは学ぶだけでなく、学んだことも忘れようとしています。一部のキーワードを知っていると不利に作用する場合があります。

いくつかの投稿では他の利点を強調し、私自身の利点をいくつか追加します。

  • 将来の潜在的な収益:一般に、C# 開発者は、知覚の違いにより、VB.Net 開発者よりも価値があります。
  • 世にあるオープン ソースの .Net コードのほとんどは C# であり、一般に (常にではありませんが) C# の品質が高くなる傾向があります。
  • インターネット上には、VB.Net よりも C# の方が多くの Q&A と例が存在します。これを投稿した時点では、 1572 C# でタグ付けされた投稿のみ 185 ここ Stack OverFlow の VB.Net を使用してください。
  • C# OO キーワードはかなり標準的なものであるため、他の OO 言語コードを読みやすくなります。VB.Net が停止し、正当な理由もなく名前が変更されます。 抽象的な (C#、C++、Java など...) vs 継承する必要があります (VB.Net のみ)。
  • 両方の言語に慣れると、VB.Net コードよりも C# コードを視覚的に解析する方がはるかに簡単であることが一般に認められています。
  • C# ユーザーに「見下される」ことはなく、VB.Net の人々をからかうこともできます (その気になれば、この文化は存在します...)

最初に C# で学習した後は、その逆よりも VB.Net に移行する方がはるかに簡単です。自分自身の未来に投資しましょう。

ASP3 から ASP.NET に移行したとき、最終的には VB.NET の代わりに C# を使用することを選択しました。

私は何年も Basics (MS-BAsic、GW-Basic、Quick-Basic、Visual Basic、VBScript) を書いてきましたが、VB6 や VBScript でやっていたのと同じように常に書こうとするため、VB.NET を使用するのは非常に困難でした。

したがって、私にとっては C# の方が良い選択でした。私は自分の習慣の重さに負けたことはありません。

また、C# は (この時点では) 新しい言語でしたが、新しい VB.NET キーワードは彼に Cobol の匂いを感じさせました :)

また、プロジェクト内で組み合わせて使用​​できることも忘れないでください。

VB 開発者と C# 開発者の間には文化の違いがあると言う人もいますが、機能にほとんど違いがないため、最も使いやすい構文の言語を選択することになります。もう 1 つのオプションは、両方を学ぶことです。私の意見では、.net に移行する最大の障害は、巨大な .net フレームワーク、つまり実際の言語構文をかなり早く習得できるはずです。

重要なのは .NET を学ぶことです。C# や VB は構文が変わるだけなので、特定の言語ではありません。.NET 環境におけるそれらの背後にあるロジックは同じです。

C# と VB.NET の両方で同じことを実行できます。最終的には、どちらが移植しやすいかを選択することになります。

ASP を ASP.NET に直接移植すべきではないことに留意してください。.NET の機能の多くが失われるため、いずれにしてもかなりの量の書き換えが含まれます。したがって、C# のほうが冗長でなく、書きやすく、読みやすいと思うので、C# を使用することになります。

.NET は実際にはフレームワークと基本クラス ライブラリです。VB または C# - Chris が述べたように、実際には構文上の違いがあるだけです。

VBScript を完了した後は、VB.NET への移行がより自然になります。新しい構文を学び、次にフレームワークと BCL に進み、それらに慣れてきたら、C# 構文も学ぶことができます。バイリンガルであることは重要です。常に良いです。

2ソンテック:VB には C# でサポートされていない機能もありますが、そこについてはやめておきます。開発者の 80% (またはそれ以上) は機能の 20% のみを使用しており、その違いは非常にわずかであり、それらは確かに 20% には当てはまりません。

私は両方で開発していますが、C# の方が好みです。

ほとんどのことは両方の言語で実行できますが、私は VB プロジェクトを C# で書き直すつもりはまったくありません。

ただし、C# の場合は次のようになります。新しい言語機能は通常、まず C# に導入されます。linqでのlamda式c#c#でコードを書くことができますC#を強制的にc#開発者は平均して支払いを受けます。 VB開発者に向けて

大きな違いはありませんが、いくつかの違いがあります (主に構文上の性質)。古いサイトが VBScript である場合は、おそらく VB.NET を使用する方が簡単です。

C# 3.5 には Visual Basic でサポートされていない機能がいくつかありますが、言語の選択は常にチームの好みであり、最も生産性が高いと感じる言語によって決まります。

経験から言えば、現在のスキルセットに合わせて進めるのが最も簡単です。これが vb6/vbscript などにある場合は、まず vb.net を検討します。また、プロジェクトのタイムスケールや納期によっても異なります。vb.net ではより早く使いこなすことができます。時間があれば、新しい分野を探しに来たときに、開発市場でより強力な足場を築くためだけに、C# を真剣に検討することもできます。

C# について調べてみることもできます。

VB.Net と C# はどちらも Web アプリケーションの作成に最適ですが、実際はニーズによって異なります。

たとえば、C# はイベントに最適であり、VB.Net は XML に最適です。

開発者がより使いやすいと感じるものを使用することをお勧めします。

私は最近、テクノロジーに基づいた英国の平均賃金をリストしているサイトを見ていました。今はリンクが見つかりません (典型的です!) が、C# の平均賃金は VB.NET の平均賃金より約 5,000 ポンド高かったと記憶しています。

両方を学習するつもりがない場合 (両者の唯一の本当の違いは構文であるため、学習しない理由はありません)、私は C# を選択するでしょう。

.net または C# を使用して、問題をどのように解決するか、そして何がよりクリエイティブになるかはあなた次第です。しかし、すぐに .net は消去され、ASP で使用できる言語は C# だけになると思います。私は .net の概念を学習し始めてから、言語を asp.net mvc 用に C# に変更した後、将来さらに役立つため、C# に進むことをお勧めします。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top