거대한 것은 이해하기 어렵지만
이것들을 객체화 함수화를 통해 작은 조각들로 나누면 이해하기도 쉽고
유지보수 하기에도 쉬우니라
기능별 테스트 할 범위를 한정시키니 버그가 존재하기 힘드니라
from. 메모리누수 제로를 실천하는 백왕이...
거대한 것은 이해하기 어렵지만
이것들을 객체화 함수화를 통해 작은 조각들로 나누면 이해하기도 쉽고
유지보수 하기에도 쉬우니라
기능별 테스트 할 범위를 한정시키니 버그가 존재하기 힘드니라
from. 메모리누수 제로를 실천하는 백왕이...
그러고 보니 백왕 현명한거 같다 어느 백왕인지 주어는 없다
MFC 하고있는데 존나 나눠두니까 include 끼리 꼬이고 꼬이더라 pragma once로도 막을 수 없음;
그건 그대가 그냥 전방 선언을 제대로 이해하지 못한것 같은데...
그 mfc보다 더 큰 플젝 해도 문제 없었는데..
mfc 프로젝트 ㄷㄷㄷ...
그대가 mfc에서 꼬이는 이유는 MFC 스타일이 뷰클래스 도큐먼트클래스 처럼 나뉘어 서로 cpp에서 사용하기 때문이니라 그대는 어리석게 header에서 그대가 만든 또 다른 hearder를 include 하지 않도록 해야 할 것이야
이 이유가 맞더냐?
아녕..클래스끼리 꼬인거면 위에 선언 따로 해주고 이런식으로 풀면되는데.. 갑자기 stdafx에 있는 함수가 안되는 둥 말도 안되는 오류때문에 해결못한거였음... 그냥 기본 함수를 따로 메크로선언하면서 해결함..