현 시대 C++ 프로젝트에서 메소드 정의를 헤더와 cpp중 어디에 넣을지 구분하는 기준은 무엇일까요..?

Question

함수의 선언은 헤더, 구현은 cpp.c/c&#43;&#43; 공부 초기에 이유도 모르고 지켜왔던 규칙입니다.이후 클래스를 헤더에 넣을까 cpp파일에 넣을까 하는 고민부터, 묵시적 inline과 translation unit이니 하는 수많은 개념을 찾아보며 허덕인 끝에 한 가지 질문이 생겼습니다.&#34;그래서 헤더에 넣을지 cpp에 넣을지 구분하는 기준이 뭐야??&#34; 아무리 찾아봐도 명확한 기준보다는 &#34;클래스 구현을 헤더에 넣으면 그 헤더를 여러 소스에서 include할 시 문제가 생길 수 있어요!&#34;와 같은 잘못된 지식들이 오히려 더 많아, 개발자분들께 한번 여쭤 보고 싶습니다. 간단한 물리 엔진 코드를 예시로 들어 보겠습니다.여기의 core.h 를 보면(확장자가 .h지만 C&#43;&#43;입니다) 벡터와 행렬, 사원수 등 클래스의 선언과 구현이 같이 되어 있습니다.이상한 건 조금 긴 Matrix4::operator*&#61; 메소드는 헤더 내에 정의되어 있는 반면, 상대적으로 짧은 Matrix4::getDeterminant() 메소드는 정의를 빼서 따로 cpp파일에 정의해 놓았습니다.&#34;길고 복잡한 코드가 여러번 컴파일되는 것을 막기 위해 cpp 파일에 정의문을 놓는다&#34;는 말과 대비됨과 동시에, 뭣하러 같은 클래스에서 어느 메소드는 정의를 헤더 안에, 어떤 메소드는 cpp파일 안에 집어넣었는지 이해가 어렵습니다. 비슷한 내용으로 레딧에 글을 올려본 적이 있었는데, 이런 댓글이 있었습니다.From my experience: we developed/supported LTE base stations software and there you need to constantly send/do something every 1ms otherwise you're screwed. Nobody cared about member functions in headers and such whatnots, but people *did* care about overall architecture and algorithms, because they do the difference, not those whatnots. 요지는 &#34;메소드 정의를 헤더에 넣을지 cpp에 넣을지는 누구도 신경 안 쓴다. 고민할 시간에 비즈니스 로직을 어떻게 효율적으로 짤 것인지를 고민하는 게 더 중요하다&#34;인데, 동의하시는 개발자님들이 계신다면 하나만 더 여쭙고 싶습니다.만약 컴파일 시간이 몇분 단위 이하인 라이브러리가, .lib/.dll/.a 파일과 같은 precompiled binary 없이 include 폴더만 제공하고 &#34;우리 라이브러리 소스는 다 여기 헤더에 들어 있어요~&#34; 하는 경우도 있나요?cpp파일에 메소드 정의를 작성하고 컴파일해 링크할 수 있게 배포하는 게 아니라, 그냥 싹 다 헤더에 집어넣고 헤더만 배포하는 것 또한 실무에서 라이브러리 배포의 정상적인(?) 방법 중 하나인지 궁금합니다. 사족에 쓸모없는 말이 너무 많은 것 같네요;;작은 의견이나 지적이라도 감사히 받겠습니다!

사과맛오렌지 · Answer

include 폴더만 있는 라이브러리는 글 쓰다가 생각난 아이디어였는데, 찾아보니 실제로 여러 군데서 사용되는 것 같긴 합니다.대부분 긴 컴파일 시간과 묵시적 inline에 의한 바이너리 크기 증가가 일어날 수 있다고 하는데, 또 다른 곳에서는 &#34;inline 함수의 경우 컴파일러가 첫번째 translation unit에 있는 정의만 사용하고, 그 나머지는 버린다&#34;는 말도 있어서 누가 맞는 말인지 혼란스럽네요;;

현 시대 C++ 프로젝트에서 메소드 정의를 헤더와 cpp중 어디에 넣을지 구분하는 기준은 무엇일까요..?

1개의 답변

#header 목록