Q&A와 스터디
게임프로그래밍에서 MFC가 쓰이는곳은 어떤어떤 부분인가요?
맵툴뿐인가요.?? 아님 다른 부분이 또 있나요..??
맵툴만들때 MFC로 만들긴하나요?
MFC보단 API가 더 낳을꺼 같기도 한데..
툴프로그래머가 아닌데도 MFC를 배워두면 좋을까요?
물론 많은걸 알면 좋겠지만..
여러방면으로 다 해보는것보단 하나만 파는게 더 좋을꺼란 생각이 드는데.........
MFC를 배워두면 다른부분에서 좋을만한것은 무엇이 있을까요.?
C#을 더 선호하기도 한단 얘기가 있는걸 보면..
MFC가 차지하는 비용은 크지 않는거 같은데.. 흐음..;
맵툴뿐인가요.?? 아님 다른 부분이 또 있나요..??
맵툴만들때 MFC로 만들긴하나요?
MFC보단 API가 더 낳을꺼 같기도 한데..
툴프로그래머가 아닌데도 MFC를 배워두면 좋을까요?
물론 많은걸 알면 좋겠지만..
여러방면으로 다 해보는것보단 하나만 파는게 더 좋을꺼란 생각이 드는데.........
MFC를 배워두면 다른부분에서 좋을만한것은 무엇이 있을까요.?
C#을 더 선호하기도 한단 얘기가 있는걸 보면..
MFC가 차지하는 비용은 크지 않는거 같은데.. 흐음..;
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:4676point (19%), 레벨:7/30"){kind=icon}
Excelsis
2007.08.24 01:38:50 (*.236.52.74)
![[레벨:1]](http://old.lameproof.com/modules/point/icons/default/1.gif "포인트:153point (23%), 레벨:1/30"){kind=icon}
newyears2007 MFC가 쓰이는 곳은 많죠. 일단 툴 종류는 다 쓰일수 있는 것이고 (맵툴뿐만 아니라 캐릭터툴 이펙트툴&파티클툴 등등등...)
API보다 MFC를 쓰는 이유가 쓰기 편해서죠. 이벤트 처리기가서 버튼을 누르면 그 이벤트에 해당하는 함수가 뚝딱 하고 만들어 지는데다
구조도 상당히 잘만들어져있어서 사용하기 편리합니다.
API 쪽으로 하려면 일일이 구조부터 이벤트 처리까지 손으로 직접 타이핑 해서 적어서 해야 되기 때문에 시간도 오래걸리고 정확도도 떨어져 컴파일시 에러가 많이날 확률이 높습니다.
툴프로그래머가 아니더라도 MFC를 배워두면 코딩하다가 이 부분은 그냥 노가다 하는것보다 툴만들는게 빠르겠다 생각되면 간단한 툴을 만들게 되는 경우가 있습니다.
C# 이 툴제작하기에 편리함에도 불구하고(MFC보다) MFC를 쓰는 이유가 MFC는 C++로 만들어져 있기 때문입니다.
C++로 만들어진 라이브러리를 C#에서 쓰기 위해서는 C++에서 만들어진 라이브러리를 잘 포장해야 합니다. C#에서 사용할수 있도록...
포장하는게 상당히 귀찮다고(귀찮은건지 어려운건지 모르겠지만) 합니다. (저는 손을 안 건드려봐서 모르겠습니다)
그래서 MFC를 많이 사용하고 있다고 합니다.
하지만 닷넷프레임워크 3.0과 MS Expreesion Blend의 막강한 기능으로 C#을 선호한다죠.
프로그래머가 하는 툴 디자인들을 원하는 사람이 직접 디자인하도록 떠 넘겨버릴수 있기 때문에 선호한다는 이야기를 들은것 같습니다.
위에서 주저리주저리 한 내용은 모두 별볼일 없는 초보프로그래머의 잡설이었습니다.
API보다 MFC를 쓰는 이유가 쓰기 편해서죠. 이벤트 처리기가서 버튼을 누르면 그 이벤트에 해당하는 함수가 뚝딱 하고 만들어 지는데다
구조도 상당히 잘만들어져있어서 사용하기 편리합니다.
API 쪽으로 하려면 일일이 구조부터 이벤트 처리까지 손으로 직접 타이핑 해서 적어서 해야 되기 때문에 시간도 오래걸리고 정확도도 떨어져 컴파일시 에러가 많이날 확률이 높습니다.
툴프로그래머가 아니더라도 MFC를 배워두면 코딩하다가 이 부분은 그냥 노가다 하는것보다 툴만들는게 빠르겠다 생각되면 간단한 툴을 만들게 되는 경우가 있습니다.
C# 이 툴제작하기에 편리함에도 불구하고(MFC보다) MFC를 쓰는 이유가 MFC는 C++로 만들어져 있기 때문입니다.
C++로 만들어진 라이브러리를 C#에서 쓰기 위해서는 C++에서 만들어진 라이브러리를 잘 포장해야 합니다. C#에서 사용할수 있도록...
포장하는게 상당히 귀찮다고(귀찮은건지 어려운건지 모르겠지만) 합니다. (저는 손을 안 건드려봐서 모르겠습니다)
그래서 MFC를 많이 사용하고 있다고 합니다.
하지만 닷넷프레임워크 3.0과 MS Expreesion Blend의 막강한 기능으로 C#을 선호한다죠.
프로그래머가 하는 툴 디자인들을 원하는 사람이 직접 디자인하도록 떠 넘겨버릴수 있기 때문에 선호한다는 이야기를 들은것 같습니다.
위에서 주저리주저리 한 내용은 모두 별볼일 없는 초보프로그래머의 잡설이었습니다.
2007.08.24 10:03:48 (*.138.50.109)
![[레벨:6]](http://old.lameproof.com/modules/point/icons/default/6.gif "포인트:3878point (54%), 레벨:6/30"){kind=icon}
C++에서 C#으로의 변환이 어려운건, 대체로 포인터 관련이나 모듈화 관련이겠구요...거진 새로운 언어라 봐도 무방하죠.
얻는 이득은 API에서 MFC로 넘어갈때만큼의 편이성이랄까요. 기존의 MFC에서의 디자인편집과는 비교도 안될정도로 편하고 좋습니다.
무려 디자인편집기에서 완성된 모습을 거의 볼수 있을정도니까요.
처음질문자님께 말씀드리자면, API와 MFC를 비교하는건 땅팔때 삽과 굴착기중 어떤것이 나을까요를 질문하는정도의 차이입니다.
물론, 기본 API에 대한 지식이 절대 중요하죠. 윈도우즈API에 대한 기본지식은 윈도우즈 프로그래밍이라면 무조건이랄만큼 중요합니다.
그리고, 한가지를 집중해서 공부하는게 어떤가를 말씀하셨는데요, 한가지를 집중해서 공부한다는것이 어떤의미인지 잘 모르겠습니다만, 전반적인 토대가 없는상태에서 더 깊게 나아가기란 정말 어려운거죠.
뭐든 다 잘해야 된다는것은 옳지 않을지 모르지만, 하나만 알면 된다는말은 분명 틀렸습니다. 자신이 원하든 원하지 않든, 툴이란것은 무구히 겪어야되는 인터페이스이고, 툴없는 엔진이란 버튼이 하나도 없는 전자레인지와 같은겁니다.
마지막으로, MFC는 우수한 프로그래머들이 최대한 사용자(프로그래머)들이 불편해 하지 않도록 클래스화 해놓은것입니다. 말하자면, 잘짜여진 '표본'같은것이죠. MFC를 배운다기보다는 그들의 프로그래밍 방법을 배운다라는 생각으로 하시는것도 더 진보하기위한 길이 될듯 합니다.
얻는 이득은 API에서 MFC로 넘어갈때만큼의 편이성이랄까요. 기존의 MFC에서의 디자인편집과는 비교도 안될정도로 편하고 좋습니다.
무려 디자인편집기에서 완성된 모습을 거의 볼수 있을정도니까요.
처음질문자님께 말씀드리자면, API와 MFC를 비교하는건 땅팔때 삽과 굴착기중 어떤것이 나을까요를 질문하는정도의 차이입니다.
물론, 기본 API에 대한 지식이 절대 중요하죠. 윈도우즈API에 대한 기본지식은 윈도우즈 프로그래밍이라면 무조건이랄만큼 중요합니다.
그리고, 한가지를 집중해서 공부하는게 어떤가를 말씀하셨는데요, 한가지를 집중해서 공부한다는것이 어떤의미인지 잘 모르겠습니다만, 전반적인 토대가 없는상태에서 더 깊게 나아가기란 정말 어려운거죠.
뭐든 다 잘해야 된다는것은 옳지 않을지 모르지만, 하나만 알면 된다는말은 분명 틀렸습니다. 자신이 원하든 원하지 않든, 툴이란것은 무구히 겪어야되는 인터페이스이고, 툴없는 엔진이란 버튼이 하나도 없는 전자레인지와 같은겁니다.
마지막으로, MFC는 우수한 프로그래머들이 최대한 사용자(프로그래머)들이 불편해 하지 않도록 클래스화 해놓은것입니다. 말하자면, 잘짜여진 '표본'같은것이죠. MFC를 배운다기보다는 그들의 프로그래밍 방법을 배운다라는 생각으로 하시는것도 더 진보하기위한 길이 될듯 합니다.
2007.08.24 11:06:59 (*.140.54.128)
![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:11point (12%), 레벨:0/30"){kind=icon}
오니다 아.. 좋은답변 감사드립니다.^^;;
MFC가 무겁다 보니까... 사용잘 안할줄 알았습니다.^^:;
MFC를 아직 사용을 안해봐서 얼마나 편하고 좋은지는 잘 몰르겠으나
공부중에 있는데.. 책이 원리를 알려주는 책이라서 그런지 어렵습니다.
MFC구조가 잘되어있다고 해서.. 구조를 알아두면 다른 비슷한 상황에서 잘 써먹겠다는 생각을로 집어들었는데....ㄷㄷ
MFC가 무겁다 보니까... 사용잘 안할줄 알았습니다.^^:;
MFC를 아직 사용을 안해봐서 얼마나 편하고 좋은지는 잘 몰르겠으나
공부중에 있는데.. 책이 원리를 알려주는 책이라서 그런지 어렵습니다.
MFC구조가 잘되어있다고 해서.. 구조를 알아두면 다른 비슷한 상황에서 잘 써먹겠다는 생각을로 집어들었는데....ㄷㄷ
2007.08.28 11:10:04 (*.54.151.90)
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:3087point (84%), 레벨:5/30"){kind=icon}
안군 요새 컴퓨터 사양들이 워낙 좋아져서... MFC의 성능저하나 무거움 등... 은 이제 우습습니다.
특히나 컨트롤들이 많이 들어간 UI를 만들 때, API로 하루종일 걸릴 작업을 MFC로 한두시간만에 뚝딱 만들어낼 수 있다는걸 감안하면...
그리고, C#이나, VB 등으로 훨씬 빨리 만들 수도 있습니다만, 바이너리 입/출력이 필요한 경우(대부분의 툴이 그렇죠)에는 MFC가 좀더 편합니다.
특히나 컨트롤들이 많이 들어간 UI를 만들 때, API로 하루종일 걸릴 작업을 MFC로 한두시간만에 뚝딱 만들어낼 수 있다는걸 감안하면...
그리고, C#이나, VB 등으로 훨씬 빨리 만들 수도 있습니다만, 바이너리 입/출력이 필요한 경우(대부분의 툴이 그렇죠)에는 MFC가 좀더 편합니다.
2013.05.19 13:41:23 (*.153.235.115)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:962point (24%), 레벨:3/30"){kind=icon}
bestbasci01@yahoo.com
클라이언트는 MFC로 만드는 경우는 제로에 가깝습니다
API는 MFC를 하던 걍 게임클라이언트를 만들던 기본적으로 어느정도는 손대게 돼 있습니다
툴을 API로만 만들려면 하다가 토합니다
순수하게 데이터만 가지고 노는 툴이라면 C#으로 만드는게 편하겠지만,
다이렉트 X 붙고, 네이티브 C++ 라이브러리 쓰고, 외부엔진 사다 쓰고 뭐 이런 환경에서는 Managed C++이 붙이기 더 좋아서 이쪽이 좋은듯합니다
익숙하다면 뭐 MFC도 괜찮습니다