![[레벨:8]](http://ljh131.cafe24.com/beeswing/zbxe/modules/point/icons/default/8.gif "포인트:5896point (8%), 레벨:8/30"){kind=icon}
ljh131http://ljh131.tistory.com/45
blog: http://ljh131.tistory.com
email: ljh131@gmail.com
2007.09.01 11:15:53 (*.51.133.106)
ljh131 확실히 이 부분은 vb.net이 간단하더군요
그런데 ms가 사활을 건 닷넷도 - 심지어 롱혼 개발 시절엔 win32api를 없애겠다고 말할 정도였는데 - 실제론 많이 쓰는 기능만 만들어논 수준이지, 약간이라도 시스템 적인게 필요하면 api호출이 꼭 필요하더군요
그런데 ms가 사활을 건 닷넷도 - 심지어 롱혼 개발 시절엔 win32api를 없애겠다고 말할 정도였는데 - 실제론 많이 쓰는 기능만 만들어논 수준이지, 약간이라도 시스템 적인게 필요하면 api호출이 꼭 필요하더군요
2007.09.01 19:10:18 (*.234.76.235)
![[레벨:3]](http://ljh131.cafe24.com/beeswing/zbxe/modules/point/icons/default/3.gif "포인트:1420point (96%), 레벨:3/30"){kind=icon}
지상현 음... Managed C++도 C++는 C++군요.
관리되지 않는 함수도 그냥 호출하니까 되네요...
문제는 windows.h를 include하면 MessageBox를 define 해버려서 MessageBox::Show가 MessageBoxA::Show로 바뀌는 불상사가 -_-;;
.NET을 할 꺼면 역시 C#으로 가는 수 밖에 없어 보이는 -_-;;
관리되지 않는 함수도 그냥 호출하니까 되네요...
문제는 windows.h를 include하면 MessageBox를 define 해버려서 MessageBox::Show가 MessageBoxA::Show로 바뀌는 불상사가 -_-;;
.NET을 할 꺼면 역시 C#으로 가는 수 밖에 없어 보이는 -_-;;
2007.09.01 20:28:32 (*.234.76.235)
지상현 아뇨. -_-
아무리 건드려봐도 이상한 키워드만 잔뜩 추가되고는 별로 좋지 않습니다.
그냥 기존의 C++ 프로그래머를 .NET 플랫폼으로 끌여들여보려는 시도로밖에 안 보입니다.
근데 그러느니 그냥 C#을 배우는게 낫다고 생각합니다....
MSDN: Managed Extensions for C++는 C++ 언어를 확장하기 위해 만들어진 것으로, 이를 사용하면 새로운 프로그래밍 언어를 배우지 않고도 .NET Framework을 사용하고 공용 언어 런타임을 대상으로 하는 프로그램을 개발할 수 있습니다.
아무리 건드려봐도 이상한 키워드만 잔뜩 추가되고는 별로 좋지 않습니다.
그냥 기존의 C++ 프로그래머를 .NET 플랫폼으로 끌여들여보려는 시도로밖에 안 보입니다.
근데 그러느니 그냥 C#을 배우는게 낫다고 생각합니다....
MSDN: Managed Extensions for C++는 C++ 언어를 확장하기 위해 만들어진 것으로, 이를 사용하면 새로운 프로그래밍 언어를 배우지 않고도 .NET Framework을 사용하고 공용 언어 런타임을 대상으로 하는 프로그램을 개발할 수 있습니다.
(이것만큼은 DllImport 특성 안 써도 되는 VB.NET이 더 편해보이네요.)
Managed C++에서도 설마 비슷한 절차를 거쳐야 하는건 아니겠죠. (확인해봐야지...)
어차피 .NET에서 Windows API를 호출할 일이 얼마나 있겠습니까만은, C#용 ApiViewer가 왜 있는지 알 것 같군요. -_-