理解 C# 變量和數據類型

Dynamic與Var的區別

在C#中，var用於隱式型別本地變數，這些變數的型別在編譯期間確定，確保類型安全和IntelliSense支援。 相比之下，dynamic允許變數繞過編譯期類型檢查，型別在運行期間決定，提供了更高的靈活性，但也伴隨著運行時錯誤和性能下降的風險。

Tim Corey 解釋說，dynamic通過運行時型別決議提供靈活性，這可能導致運行時錯誤和性能問題。

// Declaration of a dynamic variable that can change types at runtime
dynamic testDynamic;

// Declaration of a dynamic variable that can change types at runtime
dynamic testDynamic;

// This will result in a compile-time error due to lack of type inference
// var testVar;

// This will result in a compile-time error due to lack of type inference
// var testVar;

// var assignment with type inference from the initial value
var testVar = 2; // testVar is inferred to be of type int

// var assignment with type inference from the initial value
var testVar = 2; // testVar is inferred to be of type int

// Attempting to change the type from int to double causes an error
// testVar = 1.1; // Error: Cannot implicitly convert type 'double' to 'int'

// Attempting to change the type from int to double causes an error
// testVar = 1.1; // Error: Cannot implicitly convert type 'double' to 'int'

// Another example with dynamic typing
var testVar = 2.1; // Now testVar is a double

// Another example with dynamic typing
var testVar = 2.1; // Now testVar is a double

// Declaring a constant variable
const int MaxValue = 100;

// Declaring a constant variable
const int MaxValue = 100;

動態自動型別轉換

Tim強調object的行為實現靈活的型別處理，但具有更多的功能。 在3:53，Tim展示dynamic如何在運行時間無縫地在不同類型之間轉換，展示其在計算涉及整數和雙精度浮點數時無需顯式轉型的能力，如他的代碼示例所示：

// Demonstrating dynamic type conversion at runtime
dynamic testDynamic = 1;
testDynamic = testDynamic + 2.1;
Console.WriteLine(testDynamic); // Outputs 3.1 as it converts the integer to a double

// Demonstrating dynamic type conversion at runtime
dynamic testDynamic = 1;
testDynamic = testDynamic + 2.1;
Console.WriteLine(testDynamic); // Outputs 3.1 as it converts the integer to a double

在這裡，Tim(4:39)演示testDynamic最初持有整數值，但在加入2.1時輕易地將其轉為雙精度，結果輸出是3.1。

儘管具有靈活性，Tim提醒不要過度使用dynamic，因為頻繁的型別轉換會導致性能開銷。 在5:55，他強調dynamic應在C#開發中謹慎使用，以避免不必要的處理器負擔以及失去編譯時型別檢查和IntelliSense支援，這對於維護穩健和無錯誤的程式碼庫至關重要。

Dynamic在開發中的缺點

Tim Corey展示dynamic如何導致運行時錯誤和應用程式中的意外行為。 他首先演示如何宣告動態變數並分配初始空字串以避免立即出錯。 然後他嘗試調用不存在的方法dynamic的一個主要缺點：缺乏編譯時檢查。

// Demonstrating lack of compile-time checks with dynamic
dynamic testDynamic = "";
// testDynamic.sayHi(); // Runtime error: method does not exist

// Demonstrating lack of compile-time checks with dynamic
dynamic testDynamic = "";
// testDynamic.sayHi(); // Runtime error: method does not exist

此外，在8:38，Tim展示動態變數如何在運行時改變型別，這可能導致意外行為。 他將Person對象賦給動態變數，然後重新賦值為字串，展示這種靈活性如何導致邏輯錯誤並使調試困難。

// Demonstrating the potential errors with dynamic type reassignment
dynamic testDynamic = new Person();
testDynamic = "Hi";
Console.WriteLine(testDynamic); // Works fine, but not ideal for type safety

// Demonstrating the potential errors with dynamic type reassignment
dynamic testDynamic = new Person();
testDynamic = "Hi";
Console.WriteLine(testDynamic); // Works fine, but not ideal for type safety

Tim還解釋動態變數缺乏IntelliSense支援，這可能由於拼寫錯誤或不正確的方法名稱而導致運行時錯誤。 例如，在14:05，他呼叫一個不存在的屬性名稱Person對象上期望的方法或屬性不存在於字串上。

// Demonstrating a runtime error due to missing property
// testDynamic.Email = "Test@test.com"; // property not found until runtime

// Demonstrating a runtime error due to missing property
// testDynamic.Email = "Test@test.com"; // property not found until runtime

// Using var for strongly-typed assignments
var testVar = new Person();
testVar.FirstName = "Sue";
testVar.LastName = "Storm";

// The use of IntelliSense assists in reducing runtime errors
Console.WriteLine(testVar.SayHello()); // Ideally a method in Person class

// Using var for strongly-typed assignments
var testVar = new Person();
testVar.FirstName = "Sue";
testVar.LastName = "Storm";

// The use of IntelliSense assists in reducing runtime errors
Console.WriteLine(testVar.SayHello()); // Ideally a method in Person class

// Attempting to change type results in compile-time errors with var
// testVar = "Hi"; // Compile-time error

// Attempting to change type results in compile-time errors with var
// testVar = "Hi"; // Compile-time error

// Method returning a dynamic type
public dynamic GetMessage() {
    return "This is a test";
}

// Method returning a dynamic type
public dynamic GetMessage() {
    return "This is a test";
}

使用Dynamic的理由和時機

Tim詳細闡述dynamic成為必要的具體場景。 他解釋到，C#本質上是一種強類型語言，意味著每個變數都被分配了一個明確的型別，這在其生命周期內保持一致。 這與JavaScript等語言形成對比，後者中變數可以動態改變型別。

在18:14，Tim展示雖然C#被設計為強類型變數，但在某些情況下，特別是與外部系統或諸如Python、Ruby或COM對象之類的語言交互時，動態類型可能有用。 他使用整合Python API的示例來突顯dynamic的實際需求。 在這些情況下，擁有一個能夠適應外部來源各種資料型別的靈活型別系統簡化了交互。

在18:44，Tim Corey強調dynamic對於跨語言交互有用，但由於失去編譯時錯誤檢查和IntelliSense支援，通常不建議用於純C#代碼。 他警告說，dynamic的靈活性以性能和類型安全為代價，是C#常規編程中不那麼理想的選擇，應優先使用強類型變數。

使用Var關鍵字的理由和時機

然後Tim討論var關鍵字在C#中的用法和哲學。 他指出，對於使用var有兩個主要陣營：那些喜好只使用它的和那些偏好顯式型別聲明的。

在19:43，Tim解釋讚成var的人認為這會鼓勵更好的命名慣例，使代碼具有自我說明性。 他們認為變數名稱應該足夠描述性，以在不需要顯式聲明的情況下傳達型別。

在另一方面，避免顯式型別聲明的人認為在代碼中直接看到實際型別可以使局部變數的型別一目了然，而不需要將滑鼠懸停在變數上以查看其類型。 例如：

// Explicit type declaration provides clarity
string firstName = "Tim";

// Explicit type declaration provides clarity
string firstName = "Tim";

一些人偏好這種方式，因為它消除了對變數類型的任何模糊性。

在21:15，Tim分享了他的一個平衡方式，表示他通常使用顯式類型來處理常見資料型別，比如decimal的混淆。 例如：

// Explicit type ensures there's no ambiguity between float types
double myMoney = 1.1; // This is a double
decimal myMoney = 1.1M; // This is a decimal

// Explicit type ensures there's no ambiguity between float types
double myMoney = 1.1; // This is a double
decimal myMoney = 1.1M; // This is a decimal

Tim強調明確聲明類型可以確保使用正確的類型，特別是當類似類型之間可能混淆時。

然而，Tim也承認List<List<Person>>可能顯得冗長：

// Declaring a complex type using var
var rounds = new List<List<Person>>();

// Declaring a complex type using var
var rounds = new List<List<Person>>();

他還在foreach循環中演示了它的實用性（23:55）：

// Utilizing var in loop for cleaner code
foreach (var round in rounds) {
    // Do something with each round
}

// Utilizing var in loop for cleaner code
foreach (var round in rounds) {
    // Do something with each round
}

Tim最後總結說，雖然var可以減少冗長，但這很重要確保變數名稱清晰且具描述性以保持可讀性並避免混淆。

通過將var與顯式類型的使用相結合，開發者可以根據上下文適當利用兩種方法的優勢，撰寫清晰、可維護且高效的程式碼。

Var作為匿名對象

Tim討論var用於類型不明確或使用匿名型別的情況。他通過即時創建一個沒有預定型別的匿名對象來演示這一點。 這是他使用的程式碼：

// Creating an anonymous object with var
var myItem = new { FirstName = "Tim", Email = "test@test.com" };

// Creating an anonymous object with var
var myItem = new { FirstName = "Tim", Email = "test@test.com" };

在25:30，Tim解釋由於這個對象是匿名的，沒有具體的型名，所以宣告變數的唯一方法是使用var。 這種方法允許創建和使用對象而不需定義正式的類。

為了展示這在實際中的運作情況，Tim寫道（25:52）：

// Outputting properties of an anonymous object
Console.WriteLine($"Hello {myItem.FirstName}: your email is {myItem.Email}");

// Outputting properties of an anonymous object
Console.WriteLine($"Hello {myItem.FirstName}: your email is {myItem.Email}");

當他在26:25運行程式碼時，輸出是：

這表明var可以處理匿名對象的屬性，儘管該對象是匿名的，Visual Studio仍能為這些屬性提供IntelliSense支援。

在26:54，Tim澄清他更喜歡對於像string、整數和類實例等簡單和常見類型使用顯式類型，因為這讓程式碼更清晰。 然而，他在類型長、複雜或未明確知道時使用var，例如匿名類型或複雜的型別宣告。

結論

這就是您所理解的——C#變數和資料型別的清晰理解以及dynamic關鍵字的戰略使用。 通過遵循Tim Corey的平衡方法，您可以在代碼中確保類型安全和清晰，與此同時在特定場景如與外部系統交互時利用var關鍵字的靈活性。

要獲得更詳細的見解，請一定要觀看Tim Corey的影片《C#中的Dynamic與Var》並查看他的YouTube頻道以了解更多C#學習主題。