簡體   English   中英

ASP.NET - C#vs VB.NET - 間接差異以及您最初可能不會考慮的事情

[英]ASP.NET - C# vs VB.NET - Indirect differences and things you might not initially consider

我不想開始另一個“誰擁有更大的成員”VB vs C#辯論( https://stackoverflow.com/questions/158229/what-are-the-pros-of-vb-net似乎已經覆蓋了那個雖然我對可能影響一個人與另一個人的發展的間接差異感興趣。 我所有的商業.NET開發都是VB中的桌面應用程序,直到最近3個月我有一個Web項目,並認為這是一個強迫自己學習C#的好機會。 在這樣做的過程中,我注意到了一些非技術性差異:

  • C#中提供了比VB更成熟的開源應用程序和完整示例。

  • 用於重構和文檔之類的加載項的第三方供應商往往比VB支持C#(如果有的話),VB支持類似的C#版本的類似功能,往往落后或缺席。

  • 針對C#的ASP.NET作業平均支付比VB中其他相同作業多15-20%(至少在澳大利亞,查看seek.com.au和careerone.com.au作為參考)。

跳轉到ASP.NET,MVC和C#同時提供了很多速度提升,但我認為非常值得。 我現在需要做出的決定是,是否要為將來的.NET開發投入更多的精力去追求C#,或者我是否還要堅持使用VB。 在這種情況下,應該考慮的語言(已經涵蓋的直接語言特征比較除外)之間是否存在其他任何不同點?

我發現VS為VB做的自動代碼完成比C#更多。

了解這兩種語言非常有用,我個人必須更好地熟悉C#,這樣我才能適應C#的工作,這應該是我的選擇的三倍。

  • 在Microsoft 2009 Mix Web開發者大會上,我參加的所有演示文稿都包含C#中的代碼示例,而不是VB。

  • 在StackOverflow中,請注意標記c#的問題如何大大超過vb.net和vb。

  • John Skeet 在深度編寫C# ,而不是VB深度編寫。

當我參與招聘(既作為招聘經理,也作為候選人)時,已經廣泛宣稱的一點是,C#和Java足夠接近,將候選人從一個轉換為另一個是相當容易的,而這一點對於C#或Java的VB.NET候選者來說,情況並非如此。 這個陳述甚至已擴展到C ++,稱訓練C#或Java開發人員(用C ++編寫代碼)比VB.NET開發人員更容易。

雖然我傾向於不同意(我認為更多的是關於這個人如何看待編程)我知道幾家知名的大型公司將接受C#或Java工作的候選人,這些工作列出了C ++,C#或Java經驗。 這些公司通常不會考慮只列出VB.NET或將VB.NET列為主要語言的候選人。

特別是對於Web開發,熟練使用C#編寫javascript(並使用jQuery執行復雜的操作)更容易,因為語法非常相似。

我同意你的觀點,尤其是第一點。 我想補充說,似乎有比VB.NET更多的C#開發人員。 如果您想聘請其他開發人員,您可以從C#池中獲得更多(數量或質量)。 而且,認為C#更受歡迎的雇主將朝着這個方向前進,並且對C#程序員的需求會更多(因此你注意到更高的工資/費率)

我知道這是一篇舊帖子,但我想補充一個其他因素:所有新內容都先用C#完成。 這來自我早期WPF開發的經驗。 所有的例子都在C#和我們在VB.Net中工作。 翻譯需要額外的時間。 另一個例子是lambdas,最初你可以在C#中使用表達式(單行)或語句(多行),但只能在VB.Net中使用表達式。
當.Net首次推出時,我認為有很多VB6人沒有真正得到 .Net而且這是一個完全不同的動物。 我認為那些人對VB.Net的負面看法負有部分責任。 但那是10年前的現在,不再是一個因素。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM