- Microsoft의 Raymond Chen은 Win32에는 클립 보드 소유자라는 개념이 있다고 설명합니다.
- 누군가가 클립 보드에서 데이터를 요청할 때 클립 보드 소유자는 코딩 된 메시지를받습니다.
- 지연 렌더링을 통해 사용자는 복잡한 클립 보드 데이터 생성을 연기 할 수 있습니다.
- 이 기사에서는 어떤 상황에서클립 보드 변경의주의.
최근 Microsoft 블로그 게시물에서 Microsoft의 Raymond Chen은 모든 사용자를 위해 Win32에서 Windows 클립 보드의 소유권이 어떻게 추적되는지 정확히 설명합니다.
이 정보는 귀하가 동의 할 수 있다고 확신하기 때문에 더 열정적이고 기술에 정통한 Windows 사용자에게 매우 중요 할 수 있습니다.
Win32에서 Windows 클립 보드의 소유권 추적
아시다시피 Win32에는 클립 보드 소유자라는 개념이 있습니다. 이 모든 것의 의도 된 규칙은 클립 보드 소유자가 실제로 클립 보드에 현재 데이터를 생성 한 창이라는 것입니다.
이 게시물에서, Chen은 또한 데이터를 클립 보드에 넣는 구체적인 사용 패턴을 설명합니다. 그는 누군가가 지연 렌더링으로 설정된 클립 보드에서 데이터를 요청할 때 클립 보드 소유자가 코딩 된 메시지를 수신한다고 언급합니다.
이러한 코딩 된 메시지는 삭제 당시 클립 보드의 소유자 인 경우 창 삭제 시퀀스의 일부로도 수신됩니다.
따라서 지연 렌더링을 통해 사용자는 복잡한 클립 보드 데이터 생성을 요청 된 지점까지 연기 할 수 있습니다.
규칙을 따르는 것이 가장 중요합니다
Raymond Chen은이 프로세스를 수행 할 때 특정 규칙을 따르는 것이 매우 중요하다는 사실을 언급하고 모든 사람이 실제로 그렇게하는 것은 아니라고 지적합니다.
일부 프로그램이 내용을 완전히 바꾸는 대신 데이터를 추가하려는 의도로 클립 보드를 여는 방식을 보면 이해할 수 있습니다.
16 비트 Windows 시대에 시스템은 응용 프로그램이 정직하고 공익을위한 규칙을 준수한다고 가정했습니다.
그는 클립 보드 소유자가 한 명뿐이기 때문에이 보너스 클립 보드 데이터 시나리오에서 문제가 발생한다고 설명합니다. 두 클립 보드에 데이터를 저장하기 위해 협력 한 창.
Chen이 설명했듯이 클립 보드의 소유권은 다음 상황에서만 변경됩니다.
- 때 빈 클립 보드 명령이 배포되면 현재 클립 보드 오프너가 클립 보드 소유자가됩니다.
- 클립 보드 소유자가 삭제되면 클립 보드 소유자가 null로 재설정됩니다.
여기서 유일한 논리적 결론은 클립 보드 소유자가 여전히 존재하는 경우 가장 최근에 빈 키보드 명령을 호출 한 창으로 요약 될 수 있다는 것입니다.
이 모든 유용한 정보는 Microsoft 블로그에 제출 된 전체 기사를 읽으면 찾아 볼 수 있습니다.
Microsoft 직원이 제시 한 방법에 대해 어떻게 생각하십니까? 아래 댓글 섹션에서 이에 대해 모두 알려주십시오.
