Microsoft MVP성태의 닷넷 이야기
닷넷: 2295. C# 12 - 기본 생성자(Primary constructors) (책 오타 수정) [링크 복사], [링크+제목 복사],
조회: 6738
글쓴 사람
정성태 (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# 컴파일러가 친절하게 경고까지 내주니 현실적으로 클래스의 크기가 달라질 일은 없을 듯합니다. ^^ (본문에서, 그 부분을 취소 처리했습니다.)
정성태

... 16  17  18  19  20  21  22  23  [24]  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13337정성태5/5/202312811Linux: 59. dockerfile - docker exec로 container에 접속 시 자동으로 실행되는 코드 적용
13336정성태5/4/202312349.NET Framework: 2111. C# - 바이너리 출력 디렉터리와 연관된 csproj 설정
13335정성태4/30/202313239.NET Framework: 2110. C# - FFmpeg.AutoGen 라이브러리를 이용한 기본 프로젝트 구성 - Windows Forms파일 다운로드1
13334정성태4/29/202312258Windows: 250. Win32 C/C++ - Modal 메시지 루프 내에서 SetWindowsHookEx를 이용한 Thread 메시지 처리 방법
13333정성태4/28/202310789Windows: 249. Win32 C/C++ - 대화창 템플릿을 런타임에 코딩해서 사용파일 다운로드1
13332정성태4/27/202311082Windows: 248. Win32 C/C++ - 대화창을 위한 메시지 루프 사용자 정의파일 다운로드1
13331정성태4/27/202310694오류 유형: 856. dockerfile - 구 버전의 .NET Core 이미지 사용 시 apt update 오류
13330정성태4/26/202311272Windows: 247. Win32 C/C++ - CS_GLOBALCLASS 설명
13329정성태4/24/202311451Windows: 246. Win32 C/C++ - 직접 띄운 대화창 템플릿을 위한 Modal 메시지 루프 생성파일 다운로드1
13328정성태4/19/202311268VS.NET IDE: 184. Visual Studio - Fine Code Coverage에서 동작하지 않는 Fake/Shim 테스트
13327정성태4/19/202311476VS.NET IDE: 183. C# - .NET Core/5+ 환경에서 Fakes를 이용한 단위 테스트 방법
13326정성태4/18/202314058.NET Framework: 2109. C# - 닷넷 응용 프로그램에서 SQLite 사용 (System.Data.SQLite) [1]파일 다운로드1
13325정성태4/18/202312217스크립트: 48. 파이썬 - PostgreSQL의 with 문을 사용한 경우 연결 개체 누수
13324정성태4/17/202312443.NET Framework: 2108. C# - Octave의 "save -binary ..."로 생성한 바이너리 파일 분석파일 다운로드1
13323정성태4/16/202312106개발 환경 구성: 677. Octave에서 Excel read/write를 위한 io 패키지 설치
13322정성태4/15/202313613VS.NET IDE: 182. Visual Studio - 32비트로만 빌드된 ActiveX와 작업해야 한다면?
13321정성태4/14/202311544개발 환경 구성: 676. WSL/Linux Octave - Python 스크립트 연동
13320정성태4/13/202311307개발 환경 구성: 675. Windows Octave 8.1.0 - Python 스크립트 연동
13319정성태4/12/202312298개발 환경 구성: 674. WSL 2 환경에서 GNU Octave 설치
13318정성태4/11/202311972개발 환경 구성: 673. JetBrains IDE에서 "Squash Commits..." 메뉴가 비활성화된 경우
13317정성태4/11/202312157오류 유형: 855. WSL 2 Ubuntu 20.04 - error: cannot communicate with server: Post http://localhost/v2/snaps/...
13316정성태4/10/202310647오류 유형: 854. docker-compose 시 "json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)" 오류 발생
13315정성태4/10/202311585Windows: 245. Win32 - 시간 만료를 갖는 컨텍스트 메뉴와 윈도우 메시지의 영역별 정의파일 다운로드1
13314정성태4/9/202312434개발 환경 구성: 672. DosBox를 이용한 Turbo C, Windows 3.1 설치 [1]
13313정성태4/9/202311859개발 환경 구성: 671. Hyper-V VM에 Turbo C 2.0 설치 [2]
13312정성태4/8/202311618Windows: 244. Win32 - 시간 만료를 갖는 MessageBox 대화창 구현 (개선된 버전)파일 다운로드1
... 16  17  18  19  20  21  22  23  [24]  25  26  27  28  29  30  ...