WINAPI는 딱히 잘 쓰질 않나???
일단 대세는 이미 닷넷
닷넷 ㄱㄱ vb닷넷은 교재가 별로없어서 c#ㄱㄱ
어처구니가 없다. 윈도우즈프로그래밍이면 그냥 윈도우향 프로그램의 집합이지, MFC도 어짜피 WIN32고, 자바든 C#이든 뭐든 어짜피 내부적으로 win32쓰니까 똑같아, 겉만 훑고 껍데기만 만드는 어플리케이션 개발자가 되고 싶으면 걍 C#이나 해
ㅇㅇ그렇지 보통은 mfc로 ui짜고 물론 mfc로 ui하기는 엄청 지랄이긴하지만 내부적 기능은 win32API,MFC조합으로 짜고, 씨샵은 안해봄.
시샵에서도 윈api함수 다 호출가능하고 깊게 들어갈 수 있음.
내가 이번에 시샵에서 드라이버 제어까지 햇는데..
시다 말에 공감... 기초도 안 하면서 대세 따지는 애들 많은 것 같더라
mfc건 qt4건 닷넷이건 자바건간에 기본적으로 설치되어 있는 os(윈도면 윈도)의 API를 씀
일단 대세는 이미 닷넷
닷넷 ㄱㄱ vb닷넷은 교재가 별로없어서 c#ㄱㄱ
어처구니가 없다. 윈도우즈프로그래밍이면 그냥 윈도우향 프로그램의 집합이지, MFC도 어짜피 WIN32고, 자바든 C#이든 뭐든 어짜피 내부적으로 win32쓰니까 똑같아, 겉만 훑고 껍데기만 만드는 어플리케이션 개발자가 되고 싶으면 걍 C#이나 해
ㅇㅇ그렇지 보통은 mfc로 ui짜고 물론 mfc로 ui하기는 엄청 지랄이긴하지만 내부적 기능은 win32API,MFC조합으로 짜고, 씨샵은 안해봄.
시샵에서도 윈api함수 다 호출가능하고 깊게 들어갈 수 있음.
내가 이번에 시샵에서 드라이버 제어까지 햇는데..
시다 말에 공감... 기초도 안 하면서 대세 따지는 애들 많은 것 같더라
mfc건 qt4건 닷넷이건 자바건간에 기본적으로 설치되어 있는 os(윈도면 윈도)의 API를 씀