안녕하세요 행님들 저는 장비 회사에서 근무 중인 개발자 입니다.
요즘 저희 팀장님이 WPF로 UI를 구성하자고 합니다
그럼 MVVM 패턴을 사용한다는 의미인데 처음 써봐서 음 뭐랄까 힘드네요
저는 항상 윈폼을 사용해와서 그런 걸 수도 있을 것 같습니다.
저의 질문은 요즘 장비 회사에서도 UI 쪽을 WPF + MVVM 형식을 많이 사용하는
추세인가요?
장비 프로그램을 WPF로 사용 하면 장점이 뭔가요?
제가 아직 학문이 부족해서 장점을 잘 모르겠습니다.
사실 어떤 프레임워크든 전환할 때는 학습 곡선(Learning Curve)이 있기 마련이라, 처음엔 어렵게 느껴지실 수 있습니다.
최근에는 WinForms에서 WPF나 심지어 웹 기반 UI로 전환하는 흐름이 꽤 많습니다.
저희 팀도 WinForms에서 WPF로 전환했다가, 최근에는 리눅스 환경을 요구하는 고객사가 늘어나면서 웹으로 넘어가는 중에 있긴합니다만은…
질문자님께서 말씀하신 ‘장비 프로그램’이라는 것도 회사마다 환경과 요구사항이 다양하기 때문에, WPF의 장점을 딱 잘라 말씀드리긴 어렵습니다. 다만 일반적으로 WPF는 다음과 같은 장점이 있어요:
WinForms에 익숙하시다면 처음엔 다소 어색하실 수 있지만, 한 번 구조를 익히고 나면 특히 유지보수와 확장성 면에서 확실한 장점이 있는 플랫폼입니다.
너무 부담 갖지 마시고, 하나씩 천천히 익히셔도 충분합니다!
이광석님 말씀에 추가하자면 개발자들이 흔하게 간과하는것이 디자인과 UX적인 요소 입니다.
사실 제가 볼때는 그 두가지만으로도 WPF로 넘어갈 이유는 차고 넘칩니다.
뭐 장비 회사인데. 굳이? 라고 생각할수도 있습니다만 장비 쓰는 사람도 보기 좋고 쓰기편한 UI/UX 좋아합니다.
또 제대로 디자인을 안할수도 있겠지만 그럼에도 보통 Windows Forms보다는 좋게 빠지더군요.
무슨 장비를 말씀하시는지 모르겠지만,
삼성,하이닉스 대기업도 WPF는 다 MVVM으로 개발합니다.
유지보수
한 단어로 정리하겠습니다.
WPF의 장점은 예쁘다는 것 말고는 없는 거 같습니다.
그것도 최고의 장점이네요.
이뻐야 한번이라도 더 쓰죠.
쉽게 말해서 "예쁘다"이고, 좀 더 구체적으로는 "DPI 설정에 민감하지 않고 화면 구성이 유연하다"가 되겠습니다. 
저는 MVVM 사용 안 하고 WPF를 사용 했었는데요. 그 이유가 프로젝트라고 할 수 없을 정도의 작은 프로그램이라서 그랬었죠.
그런데 지금도 테스트 프로그램이기는 하지만, MVVM 적용하니… 이건 뭐 차원이 다른 거라고 느껴집니다.
처음엔 뭐 이리 개떡같지? 했지만, 지금은 당연하게 느끼고 있습니다.
WinUI3 처음 접했을때 디자이너도 없어서 우왕 좌왕 했는데, 이것도 좀 쓰니 적응 되네요.
새롭게 하는 것이면 WPF or WinUI와 MVVM 같이 쓰는 것을 강력 추천합니다.