API 설계에 대한 사견 #3
2024. 2. 8. 20:34ㆍPot of Thoughts/Fragments of Think
래퍼 클래스는 래핑된 클래스의 'responsibility'를 이어 받아야 한다.
리팩토링은 '방법'보다는 '필요성'을 깨닳고, 필요성에 따라 시행하여야 한다.
Fine-Grained Warning Management -> 프로젝트의 경고 단계를 W4로 설정 한 다음, 경고를 오류로 취급하게 할 것.
컴파일러의 경고는 잘못 경고를 발생시키는 경우도 있지만, 대다수의 경우에 작동했을 때 문제를 일이킬 수 있는 행동을 미연에 방지할 수 있다. 외부 라이브러리의 경고는 선택적으로 비활성화 하되, 자신의 프로젝트에서 만큼은 경고가 하나도 없도록 만드는 것이 좋다. 최적의 경우로는 전체 빌드시, 자신의 프로젝트에서 경고가 하나도 없어야 한다.
'Pot of Thoughts > Fragments of Think' 카테고리의 다른 글
언리얼에서 활용한 Skeletal Mesh를 Blender FBX Export를 할 때 (0) | 2024.11.23 |
---|---|
D3D12 래퍼 설계에 대하여 #2 (0) | 2024.02.08 |
API 설계에 대한 사견 #2 (1) | 2024.02.07 |
D3D12 래퍼 설계에 대해 #1 (0) | 2024.01.27 |
API 설계에 대한 사견 #1 (0) | 2024.01.27 |