장비제어 도메인이 화면이랑 코드비하인드 이구조가 전분디

[네오커헠(58.225)]

ui껍데기랑 버튼눌렀을때 비하인드에서 도는코드

이구조면 충분한데 아키텍쳐가 더복잡해질 필요가없음

애초에 로컬에서 도는거라

wpf도입해야 하는 정도면 gpu갈궈서 고성능 대용량 실시간 차트가 필요하거나

3d뷰어가 필요한 상황이거나 그정도인데

그런게 아니라면 일반적으로 업계에서 많이쓰는 MFC나 윈폼쓰는게 표준임

ui는 그정도로 마무리하고 실제로 장비가 정확하게 도는지가 더 중요함

- dc official App

[ㅆㅇㅆ(124.216)]

해외에서는 WPF 구조고 오히려 자료가 많을수록 WPF로 전환추세임. 이유가 명확한게 윈폼은 데이터 많아질수록 쿼리구조때문에 문제가 많아서

[네오커헠(58.225)]

쿼리구조? db랑 통신하는 일이있는건가 그러면 장비제어보다 상위단 일인거같은디.. - dc App

[ㅆㅇㅆ(124.216)]

@네오커헠(58.225) 장비제어하고 DB에 통신하고 2개가 있는 작업임

[나르시(concerto7106)]

UI가 멈췄을 때, 앱의 메인 로직은 계속 진행하는가? 실제로 UI가 멈추는 경우가 존재함.

[나르시(concerto7106)]

내가 이번에 특허 출원한 것이 그것과 관련된 특허임. 그게 쉬운 문제가 아님.

[나르시(concerto7106)]

하지만 나님이기에 어려운 문제를 쉽게 풀었지. ㅋㅋ 입이 근질근질. 결국 자랑질을 하고야 마는구나 ㅋㅋ

[나르시(concerto7106)]

혹시 난중에 해당 기술 및 라이브러리(툴킷) 필요하면 나에게 연락하셈.

[네오커헠(58.225)]

무중단 ui 그런건가? 확실히 첨들어봄

[나르시(concerto7106)]

그게 AI로 알아보니까, 크롬 웹 브라우저에 적용되었다고 하더라. 즉, UI가 멈춰도 메인로직이 멈추지 않으므로 탭을 닫기가 가능하지. 거기에는 IPC가 사용되었는데, 나는 1개의 프로세스로 해결함. 무중단 UI아니고 UI가 중단되더라도 앱의 메인로직이 중단되지 않고 진행된다는 것이 특징임.

[루도그담당(211.246)]

오 일베게이

[네오커헠(58.225)]

예아