Microsoft MVP성태의 닷넷 이야기
닷넷: 2295. C# 12 - 기본 생성자(Primary constructors) (책 오타 수정) [링크 복사], [링크+제목 복사],
조회: 7605
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

C# 12 - 기본 생성자(Primary constructors) (책 오타 수정)

"영귤" 님의 피드백으로 알게 되었습니다. 문제는, 내용을 단순히 몇 글자 수정하는 것으로 끝내려니 문맥이 좀 이상해져서 조금 많이 수정한 다음 이렇게 공개 글로 남깁니다. (이 내용은 향후 개정판이 나온다면 반영될 것입니다.)

참고로, 몇년 전부터는 글로 옮기기 전에 먼저 이렇게 정리해 두었는데,

C# 12 - 기본 생성자(Primary Constructors)
; https://www.sysnet.pe.kr/2/0/13339

오히려 저 글이 더 preview 내용을 바탕으로 쓴 것임에도 불구하고 정정할 내용이 없군요. ^^;




생성자 메서드는 인스턴스의 초기화 외에도 기타 관련 코드를 포함할 수도 있겠지만 경우에 따라서는 아래의 코드처럼 단순히 내부 상태를 설정하는 용도로만 정의할 때도 많다.

PersonDTO p = new PersonDTO("John", 42);

public class PersonDTO
{
    // 내부 멤버를 초기화하는 코드만 포함하는 생성자 메서드
    public PersonDTO(string name, int age)
    {
        Name = name;
        Age = age;
    }
    public string Name { get; set; }
    public int Age { get; set; }
}

자칫 반복적일 수 있는 이런 식의 코드는 C# 9부터 나온 record 문법을 활용하면 단 1줄의 코드로 줄이는 것이 가능하다.

public record class PersonDTO(string Name, int Age);
// 또는 public record struct PersonDTO(string Name, int Age);

이처럼 편리한 record의 생성자 메서드 정의 방식을 C# 12부터 일반 타입에 도입한 것이 바로 기본 생성자 (Primary constructor)다.

public class PersonDTO(string name, int age); // 기본 생성자를 정의하는 신규 문법

// 또는 public struct PersonDTO(string name, int age);

단지 record와는 다르게 기본 생성자의 매개변수가 항상 내부 필드로 구현되지는 않는다. 예를 들어 아래와 같이 기본 생성자를 자동 구현 속성과 연동하면,

// 기본 생성자의 매개변수를 자동 구현 속성에서 사용하는 예제
public class PersonDTO(string name, int age)
{
    public string Name { get; private set; } = name;
    public int Age { get; private set; } = age;
}

내부적으로 이렇게 바뀌어서 컴파일된다.

// C# 컴파일러에 의해 자동 작성된 기본 생성자
public class PersonDTO
{
    public PersonDTO(string name, int age) // 확장된 기본 생성자
    {
        this.Name = name;
        this.Age = age;
    }
    public string Name { get; private set; }
    public int Age { get; private set; }
}

반면 대응하는 속성이나 필드 없이 직접 멤버 메서드에서 사용하는 경우에는,

// 기본 생성자의 매개변수를 멤버 메서드에서 직접 사용하는 예제
public class PersonDTO(string name, int age)
{
    public override string ToString() => $"{name}: {age}";
}

내부적으로 필드를 자동으로 생성한 다음 생성자를 통해 초기화 코드를 연결하고 ToString 메서드에서 사용하도록 확장한다.

// C# 컴파일러에 의해 자동 작성된 기본 생성자
public class PersonDTO
{
    string _name; // 필드로 확장된 매개변수 (실제 필드 이름은 이와 다름)
    int _age;

    public PersonDTO(string name, int age) // 확장된 기본 생성자
    {
        _name = name;
        _age = age;
    }

    public override string ToString() => $"{_name}: {_age}";
}

따라서, 매개변수와는 별도로 내부에서 어떻게 연동했느냐에 따라 클래스의 크기가 달라진다.

마지막으로 기본 생성자를 사용할 때 유의할 점이 있다면 다른 생성자를 함께 정의하는 경우 반드시 기본 생성자를 경유하는 this 호출 코드를 넣어야 한다는 점이다. 다음 예제는 name만을 받는 생성자를 별도로 정의하면서 기본 생성자 측으로 this 호출을 넘기고 있다.

PersonDTO p = new PersonDTO("John"); // 기본 생성자가 아닌 사용자가 만든 생성자 호출

public struct PersonDTO(string name, int age)
{
    public PersonDTO(string name) : this(name, 0) { }

    public string Name = name;
    public int Age { get; init; } = age;
}

정리하자면, 개념상 기본 생성자에 지정한 매개변수들을 class/struct 정의 문법 내에서 유효하게 사용할 수 있는 변수라고 볼 수 있다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/29/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2024-08-29 11시42분
"내부에서 어떻게 연동했느냐에 따라 클래스의 크기가 달라진다."는 말씀이
public class PersonDTO(string name, int age)
{
    public string Name { get; private set; } = name;
    public int Age { get; private set; } = age;
}

public class PersonDTO(string name, int age)
{
    public override string ToString() => $"{name}: {age}";
}
가 크기가 달라진다는 말씀이 아니라

public class PersonDTO(string name, int age)
{
    public override string ToString() => $"{name}: {age}";
}
를 만들면서 필드든 프로퍼티든 생성되지 않을 것처럼 오해하지 말라는 말씀이지요?
그사람
2024-08-29 12시07분
넵, 같은 이야기일 듯합니다. 생성자에서 연동하는 방식이 아니면 숨겨진 필드를 이용해 연동하기 때문에 마찬가지로 클래스의 크기가 달라지는 것입니다.
정성태
2024-08-29 06시07분
퇴근해서 다시 보니, 말씀하신 의도를 이제야 이해했습니다. ^^; 결국 그걸 굳이 언급할 필요가 없었던 것 같습니다. 어떤 식으로든 사용하면 내부 필드로 매칭될 수밖에 없고, 만약 그 2가지 방법 중 어느 하나라도 쓰지 않으면 C# 컴파일러가 친절하게 경고까지 내주니 현실적으로 클래스의 크기가 달라질 일은 없을 듯합니다. ^^ (본문에서, 그 부분을 취소 처리했습니다.)
정성태

... 121  122  123  124  125  126  127  128  129  130  131  [132]  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
1788정성태10/22/201424211VC++: 82. COM 프로그래밍에서 HRESULT 타입의 S_FALSE는 실패일까요? 성공일까요? [2]
1787정성태10/22/201432503오류 유형: 252. COM 개체 등록시 0x8002801C 오류가 발생한다면?
1786정성태10/22/201434007디버깅 기술: 65. 프로세스 비정상 종료 시 "Debug Diagnostic Tool"를 이용해 덤프를 남기는 방법 [3]파일 다운로드1
1785정성태10/22/201423094오류 유형: 251. 이벤트 로그 - Load control template file /_controltemplates/TaxonomyPicker.ascx failed [1]
1784정성태10/22/201430667.NET Framework: 472. C/C++과 C# 사이의 메모리 할당/해제 방법파일 다운로드1
1783정성태10/21/201424482VC++: 81. 프로그래밍에서 borrowing의 개념
1782정성태10/21/201421251오류 유형: 250. 이벤트 로그 - Application Server job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance
1781정성태10/21/201421969디버깅 기술: 64. new/delete의 짝이 맞는 경우에도 메모리 누수가 발생한다면?
1780정성태10/15/201425795오류 유형: 249. The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
1779정성태10/15/201421004오류 유형: 248. Active Directory에서 OU가 지워지지 않는 경우
1778정성태10/10/201419433오류 유형: 247. The Netlogon service could not create server share C:\Windows\SYSVOL\sysvol\[도메인명]\SCRIPTS.
1777정성태10/10/201422454오류 유형: 246. The processing of Group Policy failed. Windows attempted to read the file \\[도메인]\sysvol\[도메인]\Policies\{...GUID...}\gpt.ini
1776정성태10/10/201419538오류 유형: 245. 이벤트 로그 - Name resolution for the name _ldap._tcp.dc._msdcs.[도메인명]. timed out after none of the configured DNS servers responded.
1775정성태10/9/201420788오류 유형: 244. Visual Studio 디버깅 (2) - Unable to break execution. This process is not currently executing the type of code that you selected to debug.
1774정성태10/9/201427696개발 환경 구성: 246. IIS 작업자 프로세스의 20분 자동 재생(Recycle)을 끄는 방법
1773정성태10/8/201430928.NET Framework: 471. 웹 브라우저로 다운로드가 되는 파일을 왜 C# 코드로 하면 안되는 걸까요? [1]
1772정성태10/3/201419737.NET Framework: 470. C# 3.0의 기본 인자(default parameter)가 .NET 1.1/2.0에서도 실행될까? [3]
1771정성태10/2/201428892개발 환경 구성: 245. 실행된 프로세스(EXE)의 명령행 인자를 확인하고 싶다면 - Sysmon [4]
1770정성태10/2/201422758개발 환경 구성: 244. 매크로 정의를 이용해 파일 하나로 C++과 C#에서 공유하는 방법 [1]파일 다운로드1
1769정성태10/1/201425516개발 환경 구성: 243. Scala 개발 환경 구성(JVM, 닷넷) [1]
1768정성태10/1/201420303개발 환경 구성: 242. 배치 파일에서 Thread.Sleep 효과를 주는 방법 [5]
1767정성태10/1/201425659VS.NET IDE: 94. Visual Studio 2012/2013에서의 매크로 구현 - Visual Commander [2]
1766정성태10/1/201423776개발 환경 구성: 241. 책 "프로그래밍 클로저: Lisp"을 읽고 나서. [1]
1765정성태9/30/201427445.NET Framework: 469. Unity3d에서 transform을 변수에 할당해 사용하는 특별한 이유가 있을까요?
1764정성태9/30/201423686오류 유형: 243. 파일 삭제가 안 되는 경우 - The action can't be comleted because the file is open in System
1763정성태9/30/201425199.NET Framework: 468. PDB 파일을 연동해 소스 코드 라인 정보를 알아내는 방법파일 다운로드1
... 121  122  123  124  125  126  127  128  129  130  131  [132]  133  134  135  ...