C#은 왜 처리하는데 느릴거라고 생각을 박아놓고 얘기하고 MFC는 존나 잘 처리할 것처럼 얘기를 하네..
소스 코드량도 지금 C#으로 짰으면 반으로 줄었을 건데..
mfc 소스 보니 죄다 전역으로 선언하고 처리하는구만
얼른 사람 뽑혀서 MFC 안 쳐다봤으면 좋겠네 좆같다 정말
C#은 왜 처리하는데 느릴거라고 생각을 박아놓고 얘기하고 MFC는 존나 잘 처리할 것처럼 얘기를 하네..
소스 코드량도 지금 C#으로 짰으면 반으로 줄었을 건데..
mfc 소스 보니 죄다 전역으로 선언하고 처리하는구만
얼른 사람 뽑혀서 MFC 안 쳐다봤으면 좋겠네 좆같다 정말
mfc는 gui 프레임워크인데... 비교대상이 잘못된듯
같은 윈폼에서 백단에서 들어온 대량의 데이터를 디스플레이 할때 얘기하는것임
이부분은 오해가 좀 있는데. MFC의 control들은 윈폼을 쓰지않고 win32api 에서 제공하는 control을 wrapping해서 사용한다. 윈폼이 native control들보다 느린건 인정, 다만 윈폼 프로그래밍을 잘하면 늦은로딩으로 반응성을 더 좋게 만들수는 있겠지. MFC의 문제는 속도나 코드량이 아님, MFC의 젓같은점 30년전 프레임웍의 한계임. 요새프레임웍을 C++로 만들어도 MFC처럼 안만듬. 인력시장에서 MFC 신규 개발자 못뽑는다. 가르치는곳도 없고 쓰는곳도 없으니
내 뒤에 신입은 MFC 가지고 파일 업로드 작업하고 있더만.. C#으로 플랫폼 바꿔보자고 C#개발자 뽑았다고 하더만 MFC 만지게 할꺼면 왜 뽑은건지. 좆같네 정말