trading api

윈도우즈 폼즈에서 이용하던 properties.settings는 winui로 이용할 수 없다. .settings 파일을 추가할 수는 있는데 작동은 하지 않는다. 패키지는 아래의 코드로 간단하게 이용할 수 있다. Windows.Storage 내임스패이스를 쓰지 않는 거에 유의한다. 이건 윈도우즈 폼즈 등을 위한 거다. 언패키지드는 한 줄이 더 필요하다. 우선 프로젝트 설정을 확인한다. properties.settings보다 더 편하다. 왠만하면 패키지로 쓰는 게 좋은데 ls증권 api에 포함된…

winui로 윈도우 메시지를 처리하는 데에는 크게 네 가지 방법이 있다. 이들 가운데 누게트 설치를 하지 않는 게 둘이다. 일반적으로 누게트 패키지를 이용하면 더 편하지만 느리다. 바로 win32 api를 이용하는 게 더 원초적이고 더 빠르다. 대신 코드가 더 난잡해질 수 있지만 아래의 경우에는 그렇지도 않다. 간단하다. 테스트할 두 메떠드는 SetWindowLong과 SetWindowSubclass이다. 전자는 윈도우즈 폼즈와 비교할 때…

ls증권의 dll api를 이용해 WinUi 앱을 만들어 package로 실행하면 공동 인증 모듈 초기화를 할 수 없다며 로그인을 하지 못한다. 언패키지드로 해야 한다.

WinUi로는 WndProc을 쓸 수 없다. 윈도우 메시지를 처리하려면 SetWindowLong을 이용해 메시지를 가로채 처리해야 한다. Changes an attribute of the specified window.SetWindowLongA function (winuser.h) SetWindowLongA는 앤시 버전이고 SetWindowLongW는 유니코드 버전이다. SetWindowLong은 두 버전 가운데 하나를 자동으로 선택하는 alias다. 따라서 SetWindowLong는 검색해 봐야 나오지 않는다. DllImport의 EntryPoint에는 SetWindowLong를 설정해도 작동하지만 LoadLibrary는 그렇지 않다. A/W를 특정해야 한다. The…

wpf가 윈도우즈 폼즈보다 좋다. 나중에 만든 거니 당연하다. 더 예쁘고 더 빠르다. 문제는 윈도우즈 메시지 처리 성능이다. 윈도우즈 메시지 시스템은 윈도우즈 컨트롤들의 핸들을 전제로 한다. 하지만 wpf는 핸들로 컨트롤들을 제어하지 않는다. 이런 차이 때문에 wpf에서 윈도우즈 메시지를 처리하려면 변칙을 써야 한다. 더 느릴 거라 예상하는 게 당연하다. 같은 기능의 애플리캐이션들을 만들어 하나의 컴퓨터에서 동시에 실행하여…