Application.Doevents ()는 안전하고 C#에서 대안을 사용해야합니까?

Application.Doevents ()의 <..> application.doevents () : 이중 편도 검 C#프로그래밍 분야에서 는

를 사용하여 GUI가 메시지를 처리하도록 허용하는 것은 여전히 ​​논란의 여지가있는 주제입니다. 이 모호하고 위험한 기능은 vb6의

에서 시작되어 많은 개발자들이 그들의 효과를 의심하게 만듭니다. <.> application.doevents ()가 안전합니까? <..> C#에서는

이지만 미묘하지만 치명적인 런타임 오류를 유발하기 쉽기 때문에 사용하지 않는 것이 좋습니다. 개발자가 복잡한 운영 메커니즘을 완전히 이해하고 사용자가 영향을 미치는 것을 방지하는 방법을 완전히 이해하지 못하면 모험에 합당하지 않습니다.

application.doevents () 정확히 무엇을 했습니까? <..> 일반적인 견해와 달리 Application.DoEvents()는 GUI의 일부를 실행하지 않습니다. 대신, 메시지 루프에 대한 제어 권리를 제어하여 매달린 정보를 처리 할 수 ​​있습니다. 본질적으로, 그것은 코드의 실행을 중단하고 GUI가 피곤한 하이킹 여행자처럼 돌진 강 패스를 만들기 위해 진행 상황을 따라 잡을 수있게 해줄 것입니다. DoEvents

application.doevents () 위험

의 주요 문제는 구별되지 않는 특성입니다. 모든 뉴스에 양보로 일련의 잠재적 재난을위한 문을 열었습니다. 예를 들어, 사이클이 부지런히 처리되면 사용자는 기본 창을 닫을 수 있습니다. 사용자 인터페이스가 일시적으로 사라질 수 있지만, 다가오는 재난에 대해 아무것도 알지 못하면 코드가 계속 실행됩니다.

사용자가 일련의 이벤트를 트리거 할 때 두 번째 호출로 인해 동일한 주기가 발생하고 다른 위험이 발생합니다. 이로 인해 위험한 중첩 사이클 레벨 커플 릿이 이어질 것이며, 각주기는 무의식적으로 이전 사이클의 작업을 파괴하여 데이터 손상과 비정상적인 사고의 혼란스러운 상황을 초래합니다.

application.doevents () 대안? <..> 물론

! 비 -비열한 사용자 인터페이스를 실현하는 것이 권장되는 방법은 스레드 또는 더 현대적인 및 Application.DoEvents() 키워드를 사용하는 것입니다. 이러한 기술은 코드의 나머지 부분과 UI 처리를 분해하는보다 체계적이고 안전한 방법을 제공하여 그림자에 숨어있는 트랩을 피할 수 있습니다.

위 내용은 Application.Doevents ()는 안전하고 C#에서 대안을 사용해야합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!