본문 바로가기

일상,취미44

다시 시작하는 TIL 11일차 오늘 한일오늘 컨디션이 좋아서 그런가 운이 좋아서 그런가 좌표에 맞는 데이터를 이벤트로 나타내는 것까지 한번에 해결할 수 있었다. 근데 이미 만들어놓은 이미지 위에 이벤트를 띄워서 프론트에 그리려고 하니까 그리는 방향으로 설정하니 문제가 생겼다. 바로 그릴 때마다 지웠다 다시 그려지는 이벤트 때문에 해당 이벤트가 깜빡 깜빡 거린다는 것이다. 보자마자 다시 그려서 깜빡깜빡 거린다는건 알겠는데..... 이런 개발이 처음이라 좀 난해 했다. 근데 게임에서도 사용되는 더블버퍼링 방식을 사용해서 해당 문제를 완화 할 수 있다는 소리를 들었다. 특정 애니메이션이나 그리는 이벤트가 일어날때 싱글 버퍼일 떄는 하나로 해결해야되서 중간에 생기는 지우는 텀이 보이지만 두개를 사용해서 버퍼2에 그리고 버퍼1이 그거를 가져와.. 2024. 6. 20.
다시 시작하는 TIL 10일차 오늘 한일특정 워커 쓰레드에서 즉 메인 프로세스에서 api를 호출하여 프로세스 생성하여 작업을 하고 완벽하게 종료를 해주지 않으면 부모 프로세스가 종료된다고 해도 그 프로세스는 사라지지 않고 계속 동작할 가능성이 있다. 이는 모두가 아는 프로세스의 특징이지만 이는 리소스 누수나 시스템에 장애를 유발할 수 있다. 좀비 프로세스가 되서 죽은 상태(작업을 하지 않는상태) 지만 살아 있는 것이다. 보통 리눅스를 예로 들면 init 프로세스가 일을 제대로 하지 못하여 입양을 하지 못할 가능성도 있다는 것이다. 운영체제는 정말 대단한 소프트웨어이지만 무조건 적으로 확실한 친구는 아니다. 그러니까 우리가 사전에 저런 환경을 막아주는게 좋다. 그리고 오늘 알게된 사실이지만 같은 동작을 하는 코드여도 분기에 따라서나 예.. 2024. 6. 19.
다시 시작하는 TIL 9일차 오늘 한일 오늘 어제 싸질러놓은 이벤트 생성함수를 해결하지는 못했지만 갈피를 잡았다. 먼저 각 좌표에 맞는 이벤트를 모두 생성한다음 그 후에 좌표별로 모두 처리하려고 하면 메모리적으로나 하나하나 이벤트 겹치는것에 대한 처리하기가 굉장히 복잡해진다. 이는 틀렸다고 생각이 들었다. 그래서 하루종일 고민하고 어떻게 구현해야되나 싶었지만 틀이 어느정도 잡혔다. window api를 사용해서 직접적으로 그리는 것이다. 그리고 그려진 이벤트를 이벤트를 위임해서 마우스좌표에서만 반응하게 바꾸는것이다. 이벤트를 위임하면 한번만 생성해서 이벤트가 이동되는 느낌이므로 객체를 직접적으로 할당하고 free하는 과정이 더 줄어들 것이다. 특정 마우스 좌표와 내가 미러링 되서 나오는 화면의 좌표 일치 시키는게 다음 벽이긴한데 그.. 2024. 6. 18.
다시 시작하는 TIL8일차 오늘한일 오늘은 코드를 3줄 짜서 멘탈이 나간 날이다. 지금 미러링 통신은 제껴두고 좌표에 따른 이벤트를 먼저 구현하려는데 들어오는 좌표가 내가 표시하는 화면에 최적화가 안된다. 예를 들어 가져온 화면 좌표 데이터는 [0,0][1234,2345] 이라면 현재 표시되는 화면은 최대 크기는 560,780 이런 식이다. 선배에게 물어봤지만 결국 모든 프론트 적인 요소는 그리는 것이라고 말해서 할 수 있다고만 하셨다. 이거를 어떻게 처리해야할까. 들어오는 데이터에서 필요한 데이터는 뽑았으니 나오는 데이터에서 표현을 어떻게 할지에 문제이다. 말로 줄인다고 생기는 과정이 줄어드는 건 아니니..... 개인적으로 생각해본 결과는 다음과 같다. 1. 필요한 좌표가 들어가있는 리스트를 loop를 돌면서 원소데이터와 원소의.. 2024. 6. 17.

티스토리툴바