윈폼도 걍 디비 쓰레드 따로 처리하면 되는거 아님?

[익명(110.8)]

레거시 가지고 막 비틀어가며 쓰는거 자체가 엄청 한심하긴 한 얘기지. 진작에 미리미리 러스트 타우리로 이전했으면 깔끔한데

- dc official App

[넥도리아(175.223)]

15년전 윈도우 form 6.0 이랑 2015 2013 2019 만지던거 생각나게

[나르시(concerto7106)]

러스트로 만들었다는 Iced, Xilem, 타우리도 마찬가지 문제 있음. UI 스레드가 멈추면 앱이 얼음. 그 문제를 해결하고자 크롬은 여러 프로세스를 생성함. 그런데 Guiyom은 단일 프로세스에서 해결함. 그것이 발명의 핵심임. 그래서 내가 항상 말하잖아. 언어를 백날 빨아봤자 아무 소용 없다고.

[나르시(concerto7106)]

일단, 산업계에 C, C# 많이들 쓰니, 그 두 바인딩은 내가 필수적으로 제공할 예정. 다만, 러스트 바인딩은 보류. 러스트 잘 안 쓰는데 힘들게 뭐 그런것까지 만드냐. ㅋㅋ

[나르시(concerto7106)]

러스트 빠돌이들이 개발이라는 걸 해보지 않고, 백날 헬로월드1, 헬로월드2.. 이런 것만 양상해대니, 무슨 문제가 있는지, 얼마나 어려운 문제인지, 해결 방안이 있는지를 모르는거지. ㅎㅎ

[나르시(concerto7106)]

그냥 내 눈에는 Iced, Xilem, Tauri 등이 헬로월드1, 헬로월드2, 헬로월드3으로 보인다. 구시대 유물 답습해서 만든거잖아. 그래서 언어 백날 빨아봤자, Rewrite It In Rust 백날 외쳐봤자 업계는 무반응해.

[ㅆㅇㅆ(124.216)]

UI에 그걸 반영하는건 달라요

[네오커헠(58.225)]

실시간성 작업이랑 db조회/저장같은 병목IO랑 UI하나에서 다 카바할라니 문제가있는듯

[나르시(concerto7106)]

GUI가 메인루프를 쥐고 있고, GUI 스레드 친화성 문제 때문에 그게 쉬운 문제가 아닙니다.

[나르시(concerto7106)]

만약 어떻게 하다가 작동하더라도, 그게 언제 터질지 아무도 몰라요. GUI 툴킷 내부에 각종 락, 전역 변수들 있거든요.

[프갤러 1(203.236)]

말같지도 않은 핑계임 아발로니아 개발하면서 그딴이슈 문제된적 한번도 없음