어디서 줏어 들은건데 c -> api, c++ -> mfc 라고 들었거든근데 또 줏어들은건 속도가 c > c++이라고 들었어그럼 api로 만든게 mfc로 만든것보다 속도가 빠른거야?(같은 코드라면 말이지)
WIN32 API를 의미한다면 구성 자체가 C로 이루어지고, 그나마 포장해서 자비를 아주 쪼금 배푼게 MFC
그니까 속도차가 있음? 대충 c,c++ 보고 api mfc 책보는데 이건 뭐가 뭔지 감도 안와서 지금 프리렉 윤뭐시기 c++ 동영상 보고 있는데 책만 보다 동영상으로 보니 좋으네
MFC가 실행속도에 주된 문제가 될 가능성은 극히 낮닥고 봐야,,
\'c보다 어셈이 더 빠르니 어셈 쓰세요.\' 라고 말하던 시절이 기억나는군.
프비였나? 어디서 하는 말이 티나는데나 튜닝해야지 1%짜리 0.5%로 절반 줄여도 티도 안 난다고,,,
ㄴ 성능에서 90%차지하는 부분을 개선해야지, 10%부분을 개선해봤자 별로 티가 날수가 업ㅂ지ㅇㅇㅇㅇ
횽들 api나 mfc는 도대체 어떻게 접근하는거야? hello world에서 좌절해서 지금 다시 c++동영상 보고 있어 ㅠㅠ
별차이 안남. 어차피 컴파일러의 옵티마이저가 최적화 적당히 시켜줌. 그리고 그냥 c# 닷넷으로 가여. 요즘은 생산성이 좋아야 살지 요즘세상에 win32api하다간 답답해 죽을지경
C와 C++... 그런 타임 오버헤드는 무시해도 좋을 정도임. 물론 스페이스 오버헤드가 좀 문제가 되는게, 임베디드 오면 C++ 생성 바이트코드가 훨씬 길기 때문에-_- 아직도 C++을 잘 안쓰지만-_-
MFC는 뭐 구조가 Windows API를 객체로 래핑한거 뿐이고 함수포인터를 존나게 쓰기 때문에.. 타임 오버헤드는 역시 그렇게 크지 않음. 스페이스는 머 PC환경이면 넘치잖아?
그 속도따지는건 모뎀쓰던 시절이고 지금은 임베디드 아니면 다 좋으니까 C#해라 C#. 근데 임베디드도 듀얼코어 지랄하는거보니까 10년후면 최적화<생산성 이 될듯