C# 변수와 데이터 타입 이해하기

동적 차이와 변동 차이

C#에서 var는 암시적으로 타입이 정해지며 컴파일 시간에 결정되는 지역 변수를 위해 사용되며, 타입 안전성과 IntelliSense 지원을 보장합니다. 대조적으로, dynamic는 변수의 컴파일 시간 타입 검사를 우회할 수 있게 하며, 타입이 런타임에 결정되어 더 큰 유연성을 제공하지만 런타임 오류와 성능 저하의 위험이 있습니다.

팀 코리는 var가 정적 변수이기 때문에 컴파일 시간에 타입 결정과 함께 타입 안전성을 보장하는 반면, 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;

동적 자동 유형 변환

팀은 dynamic 키워드가 object와 약간 비슷한 성격을 보이지만 추가적인 기능을 제공하여 유연한 타입 처리를 가능하게 한다고 강조합니다. 3:53에 팀은 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

여기에서 팀은 4:39에 testDynamic가 처음에는 정수 값을 담고 있다가 2.1을 더할 때 더블로 쉽게 변환되어, 출력이 3.1이 되는 것을 보여줍니다.

유연성에도 불구하고, 팀은 빈번한 타입 변환으로 인해 발생하는 성능 비용으로 인해 dynamic의 과도한 사용을 경고합니다. 그는 5:55에 dynamic가 불필요한 프로세서 오버헤드를 피하고 강력하고 오류 없는 코드 기반을 유지하기 위해 컴파일 시간 타입 검증과 IntelliSense 지원의 손실을 방지하는 데 중요한 C# 개발에서 절제하여 사용해야 한다고 강조합니다.

개발 과정에서 역동적인 접근 방식의 단점

팀 코리는 dynamic가 애플리케이션에서 런타임 오류와 예기치 않은 동작을 어떻게 초래할 수 있는지를 보여줍니다. 그는 동적 변수를 선언하고 초기값을 빈 문자열로 할당하여 즉각적인 오류를 방지하는 방법을 보여주는 것으로 시작합니다. 그는 동적 변수에 존재하지 않는 sayHi 메소드를 호출하려고 시도합니다. 이는 컴파일 시간 오류를 일으키지 않지만, 런타임 예외를 발생시켜 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에 존재하지 않는 속성 이름 Email을 호출하여 이 실수가 런타임까지 눈에 띄지 않음을 강조합니다. 코드는 오류 없이 컴파일되지만, 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을 사용해야 하는 이유와 시기

팀은 dynamic가 필수적인 구체적인 시나리오에 대해 설명합니다. 그는 C#이 근본적으로 강력한 타입 언어이며, 이는 각 변수에 수명 주기 동안 일관성을 유지하는 명확한 타입이 할당된다는 것을 의미한다고 설명합니다. 이는 변수의 유형이 동적으로 변경될 수 있는 JavaScript 와 같은 언어와는 대조적입니다.

Tim은 18시 14분에 C#이 강력한 형식의 변수를 위해 설계되었지만, 특히 Python, Ruby 또는 COM 객체와 같은 외부 시스템이나 언어와 상호 작용할 때 동적 형식 지정이 유용할 수 있는 상황이 있음을 보여줍니다. 그는 Python API 통합의 예를 사용하여 dynamic의 실질적인 필요성을 강조합니다. 이러한 경우 외부 소스의 다양한 데이터 유형에 적응할 수 있는 유연한 유형 시스템을 갖추면 상호 작용이 간소화됩니다.

팀 코리는 18:44에 dynamic이 언어 간 상호작용에 유용하지만, 컴파일 시간 오류 검사와 IntelliSense 지원의 손실 때문에 순수 C# 코드에는 일반적으로 권장되지 않는다고 강조합니다. 그는 dynamic의 유연성이 성능과 타입 안전성을 대가로 하기 때문에 강력하게 타입이 지정된 변수를 선호해야 하는 일반적인 C# 프로그래밍에서는 덜 바람직한 선택이라고 경고합니다.

Var 키워드를 사용하는 이유와 시기

그런 다음 팀은 C#에서 var 키워드 사용과 철학에 대해 논의합니다. 사용에 대해 두 가지 주요 진영이 있다는 것을 그는 지적합니다 var: 그것을 독점적으로 사용하길 선호하는 사람들과 명시적 타입 선언을 선호하는 사람들.

팀은 19:43에 var의 지지자들이 더 나은 이름 규칙을 조장하여 코드 자체를 문서화한다고 주장하는 것을 설명합니다. 그들은 변수 이름이 명시적인 선언 없이도 유형을 전달할 수 있을 만큼 충분히 설명적이어야 한다고 믿습니다.

반면에 (20:46), 명시적인 타입 선언을 선호하는 사람들은 코드에서 실제 타입을 직접 볼 수 있기 때문에 변수 위에 마우스를 올려놓지 않고도 지역 변수의 타입이 무엇인지 즉시 명확히 알 수 있다고 주장합니다. 예를 들어:

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

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

일부 사람들은 이 방법이 변수 유형에 대한 모호함을 없애주기 때문에 선호합니다.

팀은 21:15에 명시적 타입을 사용하는 균형 잡힌 접근 방식을 공유하며, 일반적으로 string, int, double, decimal와 같이 일반적인 데이터 타입에 대해 명시적 타입을 사용하는 이유는 코드의 명확성을 증가시키고 double과 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

팀은 특히 유사한 유형 간에 혼동이 발생할 수 있는 경우 유형을 명시적으로 선언하면 올바른 유형이 사용되도록 보장할 수 있다고 강조합니다.

그러나 팀은 var이 길거나 복잡한 타입을 다룰 때 특히 유용할 수 있음을 인정합니다. @ 23:37에 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
}

팀은 var이 장황함을 줄일 수 있지만, 가독성을 유지하고 혼동을 피하기 위해 변수 이름이 명확하고 설명적이어야 하는 것이 중요하다고 결론 내립니다.

var 및 명시적 타입의 사용을 균형 잡음으로써, 개발자들은 명확하고 유지보수 가능하며 효율적인 코드를 작성할 수 있으며, 상황에 적합하게 두 접근 방식의 장점을 활용할 수 있습니다.

익명 객체로서의 변수

팀은 명시적으로 알려져 있지 않거나 익명 타입을 다룰 때 상황을 위해 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에 이 객체가 익명이고 특정 타입 이름이 없기 때문에 그것을 위해 변수를 선언하는 유일한 방법은 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에 명시적 타입을 string, 정수, 및 클래스 인스턴스와 같은 간단하고 일반적인 타입에 사용하는 것을 선호한다고 그의 관심이 코드 명확성 증가 때문이라고 명확히 합니다. 그러나 그는 타입이 길고 복잡하거나 명시적으로 알려져 있지 않은 경우 var를 사용합니다. 예를 들어 익명 타입이나 복잡한 타입 선언의 경우입니다.

결론

그리고 C# 변수와 데이터 타입에 대한 명확한 이해가 있으며, var 및 dynamic 키워드의 전략적 사용을 해보세요. 팀 코리의 균형 잡힌 접근 방식을 따르면, 당신은 var 키워드를 통해 코드의 타입 안전성과 명확성을 보장할 수 있으며, 외부 시스템과의 상호작용과 같은 특정 시나리오를 위해 dynamic 키워드의 유연성을 활용할 수 있습니다.

더 자세한 내용을 알고 싶으시다면 Tim Corey의 " C#에서 Dynamic과 Var의 차이점 " 영상을 시청하시고, 그의 YouTube 채널에서 더 많은 C# 학습 주제를 확인해 보세요.