作者：皮皮關
鏈接：https://www.zhihu.com/question/335137780/answer/786853293
來源：知乎
著作權歸作者所有。商業轉載請聯繫作者獲得授權，非商業轉載請註明出處。
很多遊戲開發者都是由於Unity而“被迫”使用C#的。但用過一段時間，就會由衷讚歎：真香。
如果有些同學沒感覺到很香，有可能是沒有仔細和其它語言比較 ：）
1、C#良好兼容了值類型/引用類型，在發展中逐步解決了其他高級語言沒解決好的問題
縱觀主流語言，C語言在語法上是以值類型爲基礎，藉助指針實現引用類型；而Python/Lua等語言，是以引用類型爲基礎。
論性能和細節控制力，C語言的設計上限更高；但是論簡易程度，Python更爲統一、易用。這一基本矛盾在之前的語言裏都沒有解決好。
而C#很好的總結了前人的經驗，在基礎語法上就區分了值類型和引用類型。對初次接觸編程的同學來說這一點容易造成學習障礙，但是隻要掌握了它，就會給實際工作帶來極大便利。
反觀歷史，C#也曾經因爲 值類型/引用類型 保守詬病，“拆箱”和“裝箱”一直是個招黑的設計。但後來我們看到，隨着泛型的成熟和普及，隨着泛型容器代替通用容器，裝箱和拆箱的問題已經在很大程度上解決了。
還有對異步的支持等等，C#的設計最初帶來了一些問題，但是最終還是交上了一份滿意的答卷。
2、充分利用棧空間，非常高效，做了一部分C/C++擅長的事
值類型有一大特點，就是能充分利用棧空間。高級語言的GC特性一直飽受詬病，但下面的Unity常見代碼，運行時沒有GC：
// 通過輸入的三維向量，移動物體的位置
void Move(Vector3 input)
{
// 演示代碼，有意分成很多行
input = input.normalized;
Vector3 move = input * 2.0f;
move *= Time.deltaTime.
transform.position += move;
}
這段代碼沒有在堆上分配空間，你所看到的操作全都是在棧上進行的，GC壓力爲0。我認爲這是C#最令人驚豔的一點。
一般來說數組長度較長，默認分配在堆上。但是C#也提供了便利的語法，在棧上分配數組，對項目後期優化來說簡直是神技：
public void unsafe foo()
{
int* bar = stackalloc int [10];
}
沒錯，C#依然保留了指針，但一般僅用於局部的unsafe代碼。在局部熱點可以完全解放性能。
3、良好的語法設計和庫函數設計，引導程序員寫出更快且更自然的代碼
C#中最常用的容器List，也具有一些良好的設計（當然其它語言也有類似的優點）
// 新建一個list，長度爲0。但在堆中預留10萬個位置
List<int> list = new List<int>(100000);
// 加入很多元素，由於容量足夠沒有GC
for (int i=0; i<89000; i++)
{
list.Add(i);
}
// 用過以後清空list，長度變成0
list.Clear();
// 但容量還是10萬，繼續增加元素還是沒有GC
for (int i = 0; i < 99000; i++)
{
list.Add(i);
}
list在預留空間充足時，添加元素不會產生GC。而且List和值類型結合使用，在內存佔用上也有優勢。當然，很多其它語言也有類似的設計，可以說別的語言做的好的部分，C#做的也一樣好。
4、繼承、泛型、接口、類型約束等等高級特性，都有着良好且自洽的設計
最初接觸C#的時候，看看int的原型，收穫很大：
public struct Int32 : IFormattable, IConvertible, IComparable, IComparable<Int32>, IEquatable<Int32>
{
// ....
}
熟悉C++的人，經過思考，可以很好的理解IComparable、IEquatable以及它們的泛型形式。同時也能猜出“Interface”的概念。思考C#的底層設計，給人的感覺就是自然、規範、恰到好處。
總之，C#語言及其標準庫的設計，非常值得借鑑和推崇。
C#的良好設計讓它在遊戲開發領域走出了一條光明大道，在其它領域也有着越來越廣泛的應用。
C#出現較晚，算是當今所有語言的集大成者。現在它的發展主要受市場環境制約。也許幾年以後，會有新的語言在它的基礎上更上一層樓 :)
贊同 29870 條評論
分享
收藏喜歡收起
技術宅男
76 人贊同了該回答
多接觸幾種語言，你會發現那些令其它語言開發者大呼驚豔的語言新特性其實都是C#玩剩的，我想這就是C#最驚豔的地方
贊同 7617 條評論
分享
收藏喜歡
masuit.com，互聯網分享精神，勤於發現，樂於分享。
208 人贊同了該回答
作爲一名集.NET、JavaEE、web前端於一身的全棧開發者，我自認爲我對C#、java、javascript的認知都不算很淺的了，如果我們可以同時擁有 C# 和 Java 世界的最好特性，那會是什麼樣呢？
完美的編程語言並不存在，我希望我們可以在這一點上達成一致。開發新語言往往是爲了克服另一種語言的弊端，又不可避免的在某些方面上健壯一些，卻在另一些方面上存在不足。
C# 與 Java 都起源於 C/C++ 語言，他們在面向對象方面有許多相似之處。除了 Java JVM 和 C# .NET CLR 有許多相同結構上的相似性之外，他們各自的開發團隊都有各自的發展方向，他們關注的是各自的語言應該成爲什麼樣子。
我們並不想糾結於某一個語言比另一個語言好，我們只想羅列出 C# 開發者能用到而 Java 中沒有的那些特性而已。
下面我們開始吧。
1. LINQ
LINQ (Language-Integrated Query，語言集成查詢) 於 2007 年引入到 C＃，以幫助開發人員從各種數據源查詢數據。使用它，我們可以在無需考慮正在調用的特定數據庫的語法來編寫查詢語句。LINQ provider 所提供的一個組件將查詢轉換爲下層數據源可讀的格式。例如，如果我們需要從 SQL 數據庫查詢數據，LINQ to SQL provider 程序將把 LINQ 查詢轉換成 T-SQL，以便數據庫可以理解它。
要在 LINQ 中執行查詢操作，首先獲取數據庫，然後創建查詢，最後執行查詢。在 LINQ to Object 查詢中，這可能僅像一樣代碼一樣簡單，而不是爲每個循環編寫嵌套的複雜迭代。
例如，我們來看看這個代碼，用於在 C＃ 中從列表中過濾 2 位數。
首先，在不使用 LINQ 的情況下：
List<int> FilterTwoDigitNumbersWithoutLinq(List<int> numbers)
{
var tens = new List<int>();
for (var i=0; i < numbers.Count(); i++)
{
if ((9 < numbers[i]) && (numbers[i] < 100))
{
tens.Add(numbers[i]);
}
}
return tens;
}
如果使用 LINQ 查詢語法形式：
List<int> FilterTwoDigitNumbersWithLinq(List<int> numbers)=>(from a in numbers where (a > 9 && a < 100) select a).ToList();
或者是方法語法形式：
List<int> FilterNonTwoDigitNumbersWithLinq2(List<int> numbers)=> numbers.Where(a => a > 9 && a < 100).ToList();
這裏兩種語法都是正確的，唯一的區別就是查詢語法看起來更像是 SQL 語句而方法語法使用 lambda 表達式（當然，看起來很像我們在 Java 裏寫的某些代碼）
綜述：LINQ 所依賴的許多特性，如 lambda 表達式（就 LINQ 來說非常有用），已經在 Java 中有了等效的實現，儘管我們可以使用流和 lambda 來查詢數據，但 LINQ 簡化了整個過程並且移除了很多在 Java 中存在的冗餘代碼。
2. Struct
C＃ 中的結構體類似於類。實際上，一個 struct 甚至可以被認爲是一個“輕量級類”，因爲它可以包含構造函數、常量、方法等等。一個結構體和一個類之間最大的區別在於結構是值類型，而類是引用類型。
相比於創建類，編寫結構體最重要的好處是在構造一個值類型時比在構造引用類型時更容易確保值語義。如 Microsoft 的文檔所述，“struct 類型的變量直接包含結構體的數據，而類類型的變量包含對數據的引用。”因此，對比使用類時，使用結構體的好處之一是，從代碼的其他部分更改其值的唯一方法是將其作爲參考進行顯式傳遞。
微軟的開發人員建議對於那些小於 16 字節、生命週期短、不改變的而且不常裝箱的類型，使用結構體(struct)而不是類(class)。在這種情況下，使用結構體可能會比使用類更有效率，因爲它會保存在棧而不是堆中。
比如：
public struct Point
{
public int X;
public int Y;
public Point(int X, int Y)
{
this.X = X;
this.Y = Y;
}
public static Point operator +(Point p1, Point p2)
{
return new Point(p1.X + p2.X, p1.Y + p2.Y);
}
public override string ToString()
{
return ($"({X}, {Y})");
}
}
class Program
{
static void Main(string[] args)
{
Point point1 = new Point(1, 5);
Point point2 = new Point(2, 3);
Console.WriteLine("兩個點相加的結果是: {0}", (point1 + point2));
Console.ReadKey();
}
}
小結：很多情況下使用結構體可以節省內存分配和釋放的時間，這確實很有吸引力。然而事實是值類型擁有自己的存儲空間。無論結構體擁有如何明顯的優點和缺點，這在 Java 中都不需要操心。
3. async/await
在一段代碼中調用 async，或者更明確地調用方法，這個方法都會在另一個線程上執行，不會阻塞當前線程。當代碼運行到 await 命令的時候，它會繼續運行(await 的語句)。如果這時 async 代碼還沒有完成，那麼執行中的程序會返回到調用點。
這有助於提高應用程序總體的響應速度，以及減少性能瓶頸。在應用程序訪問 Web 和進行所有 UI 相關的活動時，使用異步程序非常重要。相對於以前的異步編程實現，使用 async/await 可以保留你代碼的邏輯結構，而編譯器則會擔負起以前由開發者擔負的重擔。
示例:
class Program
{
public static void Main()
{
Console.WriteLine("Hey David, How much is 98745 divided by 7?");
Task<int> david = ThinkAboutIt();
Console.WriteLine("While he thinks, lets chat about the weather for a bit.");
Console.WriteLine("Do you think it's going to rain tomorrow?");
Console.WriteLine("No, I think it should be sunny.");
david.Wait();
var davidsAnswer = david.Result;
Console.WriteLine($"David: {davidsAnswer}");
Console.ReadKey();
}
private static async Task<int> ThinkAboutIt()
{
await ReadTheManual();
Console.WriteLine("Think I got it.");
return (98745 / 7);
}
private static async Task ReadTheManual()
{
string file = @"D:\HowToCalc.txt";
Console.WriteLine("Reading a manual.");
using (StreamReader reader = new StreamReader(file))
{
string text = await reader.ReadToEndAsync();
}
Console.WriteLine("Done.");
}
}
輸出:
// Possible Output:
Hey David, How much is 98745 divided by 7?
Reading a manual.
While he thinks, lets chat about the weather for a bit.
Do you think it's going to rain tomorrow?
No, I think it should be sunny.
Done.
Think I got it.
David: 14106
概要：CompletableFutures 無疑可以使我們更趨近於擁有等效於 C＃ 和 Java 所擁有的異步編程中的能力。儘管如此，使用它所帶來的複雜性使其易用度不能與使用 async /await 關鍵字進行的實現相提並論。
4. Lazy<T> 類
無論使用 C# 還是 Java，很多人都已經實現了延遲初始化 (或實例化)，因此對象要在第一次使用的時候纔會被創建。有一種常見的例子是將延遲初始化用於應用程序啓動的時候加載大量對象，但實際需要初始化的對象可能只有少數幾個。這種情況下，我們希望辨別哪些是不需要在這裏初始化的。只初始化那些確實需要初始化的對象可以提升應用程序的性能。
小結：最近，Lambda 表達式引入到 Java 8 之後，在 Java 中實現延遲加載(還有不少其它事情)變得更容易了。不過，在 C# 中我們可以使用語義化的 Lazy<T> 封裝類來延遲初始化任何類庫或用戶指定的類型。
5. 一些等價的關鍵詞
語言中的有用功能不一定像在 C＃ 中的 LINQ 或 Java 中的模塊一樣大。這裏有一些可以幫助 C＃ 開發人員的關鍵字，它們在 Java 中並沒有：
a. as
C# 中的 as 關鍵字會嘗試安全地將對象轉換爲某個類型，如果不能轉換的話，就返回 null。與 Java 的instanceof 幾乎等同，但它是一個布爾值，如果類型匹配則返回 true，否則返回 false。
b. yield
在 C# 中使用 Yield 和 return yield 來進行自定義且狀態化的迭代，不需要顯式創建額外的類，也不需要創建臨時集合。在 Java 中我們實現迭代最好的選擇是使用外部庫或使用 Java 8 引入的 Lambda 表達式。
c. var
var 是一種自動推斷類型，也可以稱之爲萬能接口，其實際類型由編譯器決定，其功能相當於寫一個顯式類型 (比如 int, string 等)。它除了可以減少一些按鍵之外，var 還允許用於匿名類型，而匿名類型在 LINQ 中很常用。我們期待看到“var”標識，備受矚目的 Java SE 9 將實現“將類型推導擴展到定義並初始化局部變量時。”
d. checked
C# 中，我們使用 checked 關鍵字顯式啓用對整型表達式的溢出檢查。如果表達式的運算結果超出目標類型的範圍，我們可以使用 checked 強制要求運行時拋出 OverflowException。這十分有用，因爲常量表達式會在編譯期進行溢出檢查，而非常量表達式不會。
工具生態系統
Java 和 C# 之間存在大量的不同之外，當然，其中一些源於 Java 和 .NET 框架的不同。這些不同之處也導致了一些工具在兼容性方面的差異，比如 OverOps 在生產監控和錯誤跟蹤方面的差異。
OverOps 向開發者展示生產中每個錯誤整個調用棧的全部源代碼和變量狀態。目前在 .NET 框架上並沒有與之相同的內容，不過在接下來的幾個月內會有一些變化。想了解更多信息，請點擊這裏加入我們 .NET Beta 的等候名單，如果你是 Java 開發者可以去 http://www.overops.com 查看演示。
最後的思考
在快結束時候，我們這裏提到的大部分功能都在代碼長度和簡潔程度方面對 C# 開發者有所幫助，這些代碼不能在 Java 中編寫。事實上這些特性也或多或少說明了 Java 語言冗長的問題，包括最近版本更新帶來的 Lambda 表達式。誠然，很多這些存在於 C# 而不存在於Java 中的特性在常規使用中提供了比使用 Lambda 更簡潔的語法。
再次說明，我們不想捲入沒完沒了的關於哪種言更好的爭論，我們只是在這裏指出兩種語言之間的一些區別。我們是否遺漏了某些你希望 Java 擁有的特性？請在評論中告訴我們！