facebook
url copy
맨위로
전체메뉴
  • 윈도우 프로그래밍에대해서 질문있습니다.[20]
  • 계급
  • rmsep
  • [211.xxx.xxx.xxx]
  • 16.08.17 01:42
  •  | 
  • 1,855
  • 조회
  •  | 
  •  2 
  • 추천
  • 안녕하세요 짱공형님들 이런글을 여기서 올려도 될지 모르겠네요;;

     

    다름이 아니라 이번에 윈도우 프로그램을 만들어 보려고 하는데요 

     

    하드웨어쪽이라 프로그래밍이라고는 u-p에 c로 펌웨어짜고 올려본게 전부라 어디서 부터 해야될지모르겠네요

     

    윈도우 프로그래밍을 전문적을 하려는건 아니고 프로젝트를 진행할때 임베디드 시스템을 제어 또는 모니터링하는 프로그램

     

    예를들면 드론이 데이터를 송수신하는 상황을 모니터링하거나 RTOS에서 task 점유율등을 볼수있고 

    또는 LCD에 글자를 올릴수 있는 프로그램을 만들고자 하는데 시중에 나와있는 api나 mfc관련서적을 보면 

     

    너무 양이 방대하더라구요 거창한? 건아니고 위에 수준정도만 윈도우 프로그램을 만들고자 한다면

     

    어떤테크로 공부하는것이 제일 빠른길일까요?

rmsep님이 도움받길 원합니다.
2
0
  • 덧글  |   운영정책에 위배되는 덧글들은 운영자 판단하에 제재될 수 있습니다.
  • 계급
  • 짱공유 운영자
  • 축하합니다. 인기게시물로 선정되셨습니다.
  • 1. 우선 원도우 프로그래밍에 대한 소개를 쉽게 한책을 사서 보시고(단순할수록 좋습니다.
    2. 실제로 프로그램을 하실땐 인터넷을 찿아서 비슷한 샘플을 다운하셔서 연습을 하는게 가장쉬운 방법입니다.
    MFC 그로그램은 설명도 잘 안되어 있고 설명을 봐도 이해하기 힘듭니다. 배우는게 오래 (5 년이상) 걸립니다.
  • 감사합니다^^
    넵 MFC책을 한번 본적이 있는데 방대한 양에 압도 되더라구요 ㅠㅠ
    간단한 책을 서점에서 찾아봐야 겠습니다
  • 만약 C++ 에 익숙하시다면 API 나 MFC로 제작 하는게 편리 할지도 모르지만 C# 을 이참에 공부 하시는 것도 방법중에 하나일듯 하네요 저도 MFC는 다뤄본적이 없고 다이렉트X만 해봐서 아마 처*터 하실거면 C#으로 하시는 것이 더 쉬울겁니다.
  • 감사합니다^^
    C#도 염두해 두고있었는데 역시 C#이 더 진입장벽이 낮나 보네요
    C#책도 한번 뒤적여 봐야겠습니다.
  • windows api 는꼭 보시고요. 윈도우 프로그래밍 지식은 여기서 얻습니다.
    mfc 는 추천 하지 않습니다. 거지가튼 라이브러리 입니다. mfc 를 사용할바에는 c#추천 합니다. 간단한 임베디드는 콘솔로 만드시거나 서비스로 만드시면 됩니다.
  • 감사합니다^^
    mfc로 프로그래밍하기가 정말어렵다고하던데..
    역시 라이브러리도  거지가튼이유도 한몫하나보네요 ㅎㅎ
  • Win32 API, MFC 다 거기서 거기 입니다. 좋고 거지고 쓰레기고 이런 차이는 없습니다.
    UI를 이용도 하셔야 하기 때문에 MFC가 편하실꺼구요
    디바이스 드라이버랑 통신을 해야기 때문에 IOCTL 사용하실려면 Win32 API가 편하십니다.
    C#을 사용하게 되면 .Net이 필요하기 때문에 제작하는 수준을 봐서는 딱히 필요 없는것 같네요

    MFC나 API 책 중 따라하면서 제작하는 책들이 있습니다. 방대한 API 나열책말구요
    따라하시다 보면 금방 하실 수 있습니다.
  • 감사합니다^^
    UI를 사용할때는 MFC가 더편하게 만들수 있나봅니다.
    역시 MFC가 퇴물 이라고도 하던데 쓰이는 이유가 있었네요
  • MFC - 구조가 더러워서 선뜻 배우기 어렵습니다. 복잡하죠. 다만 기존의 DLL 같은 C나 C++ 기반 라이브러리를 가져다 쓰기 좋습니다.
    C# - 구조 간결, C#이라 쉬운편입니다. 닷넷 프레임웤에 대한 지식과 향후 배포시 닷넷이 같이 배포되어야 한다는 단점이 있긴한데 뭐, 요즘 윈7이상에는 다 기본으로 깔려있으니 패스, 이 외에 MFC와는 반대로 타 라이브러리 이용시 C# 클래스로 래핑해서 사용해야 하는 귀차니즘이 조금 동반됩니다

    개인적으로는 MFC는 서서히 끝물이고 떠오르는 C# 추천
  • 감사합니다^^
    MFC는 퇴물이라고 C#을 하라고 하는 사람이 많더라구요 ㅎㅎ
  • 이왕 C# 하실거면 WPF 를 하시는게 좋습니다.
    윈폼은 이미 지원도 끝났고, 어짜피 WPF로 넘어가야 돼는데,
    기술 지원 폭도 윈폼보다 훨씬 더 넓고
    (C, C++, 다 지원, 플랫폼에 따라 개발언어를 자바스크립트로도 지원하며, 라이브러리가 서로 호환이 가능),
    디자인 코드의 구조 자체도 XML기반이라 나중에 안드로이드나 웹 하실때 적응이 빨라서 좋습니다.
    (양방향) 데이터 바인딩을 지원하는것도 큰 장점중 하나구요.
    또 GPU에서 UI스레드가 별도로 돌기 때문에 속도도 빠르구요.
    리치 UI를 구현하는데 좋은 점들이 많습니다.
    닷넷이 같이 배포되야 한다는건 이제는 옛날 얘기가 되버렸구요.
    아직 XP기반의 회사가 남아있기는 하지만 향후를 바라봤을때는 WPF쪽으로 가시는게 좋을듯 하네요.
  • 감사합니다^^
    wpf라는 것도 있네요 좋아 보이는데는 구글링좀 해봐야할것 같습니다 ㅎㅎ
  • 윈폼이 지원이 끝났다는 말은 처음 듣는데요.
    자료가 있나요?
  • 이게 너무 오래되 가지고 자료 찾기가 쉽지는 않네요.
    오해가 생길까 미리 말씀드리는지 기술 지원을 말하는 것입니다.
    더 이상은 업데이트가 없다는 얘기죠. XP처럼 말이죠.
    2008년도 즈음 부터 WPF가 등장하고 서로 호환이 가능한 HostControl를 제공함으로써
    Winform에서 WPF로 이전이 가능하도록 유도해 왔었습니다.
    어떻게 보면 MFC도 90대에 이미 기술 지원이 끝났다고 볼수 있겠네요.
    그렇다고 사용을 못하는것은 아닙니다. 아직까지 VSTO에서도 개발은 가능합니다.
    2010년도 즈음 제가 MS 컨퍼런스나 세미나를 갈때마다 에반젤리스트들이
    Winform 기술 지원 종료를 강조하면서 WPF의 장점을 하도 부각시켜 말하다 보니,
    제 머리에 각인되 있는것일지도 모르겠네요.
    당시에는 신기술에 대한 거부감이 사회 전반적으로 크고, "구관이 명관이다" 라던지
    안정성을 보장할수있느냐 등등 대체적으로 신규 플랫폼에 대한 불안감이나 신뢰를 못하는게 컷던지라,
    선뜻 WPF를 선택하기 꺼려해왔었지만, 현 시점에서는 더이상 신기술이라 보기도
    어렵고 MS에서 현재까지도 지원하고 투자하고 있는 플랫폼이라 나쁠건 없다 봅니다.
    생산업체내에서 타블릿 PC 사용률이 증가된다면 더욱 WPF가 필수가 될지도 모르죠.
    해외에서는 기업내 타블릿 PC 사용률의 증가로 WPF/UWP 의 사용사례가 증가하지만,
    국내 기업에서는 먼저 선뜻 도입하길 꺼려하는듯 싶네요.
    여튼 요즘 플랫폼 나오는 속도가 너무 엄청나서,
    오히려 어떤 플랫폼을 알맞고 빠르게 선택하느냐가 가장 중요한듯 싶어요.

    관련 내용
    Mainstream Support ends 4/12/2011. Extended Support ends 4/12/2016.For difference ******etween Mainstream Support and Extended Support, visit http://support.microsoft.com/gp/lifepolicy.
    링크 : https://www.reddit.com/r/csharp/comments/4ihoju/windows_forms_support_end_date/
  • 시간이 꽤 지나서 보실까 모르겠네요.
    방향이 님을 향한 내용이 아닌 답답한 차에 말 통하는 사람을 만나서 터진 하소연이라고 봐 주세요.

    인터넷에서 글들을 보다보면 알맹이와는 전혀 상관없이 포장지는 뭔가 무지무지 대단하고 위험한 듯한 말들이 있는데요.
    그중에 "버렸다"와 "지원이 끝났다" 가 있지요.
    버렸다의 대표적인게 "마소도 ActvieX를 버렸다".. 입니다.
    하지만 실상은 윈도우10 에서도 MS가 직접 제작한 mstscax.dll 이 설치되고 있죠.

    님께서 언급하신 에반젤리스트나 세미나 강연자가 한.. "지원이 끝났다".. 라는 말도 그냥 남조선 TV의 북한 뉴스쇼 수준의 발언 이상도 이하도 아니죠.
    뭔가 대단히 위기같은 느낌을 풍기지만 실상 아무런 영향이 없는..

    2008년 쯤이면 WPF가 처음 등장한 DotNet 3.0 인 것 같은데요.
    실제로 DotNet 3.0 의 윈폼은 2.0의 어셈블리를 사용했었죠. 4.0이 나오면서 윈폼 어셈블리도 4.0으로 업데이트 했고요.

    MFC도 VS2013과 2015의 MFC 소스를 비교해 보면 수정내용, 추가된 클래스가 있습니다.
    90년대에 지원이 끝난 것이 아니란거죠.

    CreateWindow 라는 윈도우 api 함수가 윈도우 초창기때 나왔고, 그 이후로 함수 업데이트가 없었으니
    지원은 종료 됐고 다른 것을 배워야 할 함수가 되는 것이 아닌 것과 같은거죠.

    정말로 지원 종료라면 VS에서 찾아 볼 수 없게 됩니다.
    2008을 끝으로 2010 이후 버전에선 만들 수 없는 CE.NET 개발 처럼요.

    ======================================

    레딧에 나온
    Mainstream support ended 4/12/2011. Extended support ended 4/12/2016

    이 내용은 DotNet 2.0에 대한 지원 기간을 말하고 있습니다.

    현재는 DotNet 4.5.1 이하 버전의 지원은 모두 종료 시켰고 4.5.2 이상 버전은 더이상 하나의 제품이 아닌 OS의 구성요소로 포함시켜
    OS의 지원주기와 동일하게 적용으로 바뀌었습니다.

    중요한 점 하나는 지원 주기는 DotNet이라는 구성 요소인거지 윈폼으로 개발된 제품이 아니라는 점이죠.

    레딧에서 언급한 답변이 달린 게시물의 가장 최근 답변을 보면

    As WinForms is now a fully integrated product of .NET Framework and support for it is inline with its version of .NET Framework, we do not have any plans to end the Winforms support. It is fully supported.
    라고 달려있습니다.

    링크 : https://social.msdn.microsoft.com/Forums/windows/en-US/c4277a4e-9146-4dae-9eaa-773ef2802fe2/when-microsoft-will-stop-to-offer-support-for-windows-forms?forum=winforms

    DotNet 버전별 수명 주기.
    링크 : https://support.microsoft.com/ko-kr/lifecycle/search?sort=PN&alpha=Microsoft .NET Framework&Filter=FilterNO

    DotNet 수명 주기 지원 정책
    링크 : https://support.microsoft.com/ko-kr/help/17455/lifecycle-support-policy-faq-net-framework
  • 님의 질문을 일반화 시키면..
    구구단을 9단까지 외우지 않고 곱셈을 하는 빠른 길이 있나요?
    정도 되겠네요.

    알아야 할 양이 많은거지 거기에 수록된 기술이 필요 이상의 고급기술이 많이 있는 것이 아닙니다.
    Win32API 든, MFC든, DotNet 이든 윈도우 프로그래밍의 기본 개념은 똑같습니다.
    구현 방법이 다르고, 사람 손이 얼마나 더 들어가느냐의 차이정도죠.

    자신이 뚝딱뚝딱 만들어서 자신만 쓸 프로그램을 만들 목적이라면
    C#.NET으로 윈폼으로 제작하는 것을 추천합니다.
  • MFC로 Front제작하는 경우는 요즘 많이 없습니다. C#에서도 Window DLL은 다 사용가능 하구요. WPF는 지금 UWP로 통합되가는 과정입니다.
  • 유니버셜 앱으로 가면 좋긴 할텐데. 국내 OS 시장 변화 추이를 고려하면,
    너무 앞서나가는 것일지도 모르지 않을까 생각이 듭니다.
    사실 통합되는것 만큼 이상적이긴 하나, 윈도우폰 사업도 중간도 못가버린채 끝나버리니,
    좀 더 추이를 치켜보는게 낫지 않을까 생각이 드네요.
    어짜피 WPF나 UWP나 라이프사이클같은 아키텍쳐 몇가지를 제외하고는 요구되는 개발 기술이 동일하니
    WPF를 먼저 접해보고 추이를 보면서 UWP로 넘어가는게 좋지 않을까 생각이 드네요.
  • mfc는 많이 안쓰는 추세입니다.ㅎㅎ 예쁜 UI 원하시면 WPF랑 Qt 조합도 좋습니다.
  • 저도 개발 하는 사람이지만..
    정말 C++에 대한 지식들이 대단하시네요....
    예전에야 거의다 C++ 이였는데... 지금은 파워가 많이 약해졌지요...
    아직도 네이티브쪽은 C++로만 가능한게 아쉬울 뿐입니다.
  • 번호
  • 제목
  • 닉네임
  • 추천
  • 조회수
  • 등록일