Yarn: "틱" 또는 "업데이트"하고 언제 사용합니까?

나는 진드기가 행동보다는 측정을 설명한다고 생각합니다. 틱은 업데이트의 부산물입니다.

@darkhax 부산물이 무엇을 의미하는지 설명해 주시겠습니까? 나는 그것의 시간 측정 부분을 이해합니다. 1초는 보통 20틱과 10레드스톤 틱입니다.

동사로 사용해야 합니까("레드스톤 중계기를 선택하십시오.")?

나는 업데이트를 싫어합니다. 업데이트가 너무 일반적이고 여러 가지를 의미하는 것으로 보일 수 있습니다.

게임에서 똑딱거리는 것은 꽤 잘 알려져 있습니다.

전체 틱과 부분 렌더링 lerps를 명확히 구분해야 한다고 생각하지만

나는 우리가 사용하고 싶은 어휘를 결정하고 일관성 있게 사용하는 한 어느 쪽이든 괜찮습니다.

나에게 업데이트는 구식이며 최신 상태가 되도록 업데이트해야 하는 이전 상태가 있음을 의미합니다.
틱은 업데이트보다 더 구체적입니다. 틱은 항상 일정한 간격으로 호출되며 업데이트가 필요한지 여부를 확인합니다. 그렇다면 업데이트됩니다.

저는 @mezz / @ryantheleach 와 함께 있습니다. update 는 명시적 상태 업데이트를 위한 것이고 tick 는 게임 루프에 대한 것입니다.

참고: https://github.com/ModCoderPack/MCPBot-Issues/issues/703

그것과 mezz가 말한 것(그리고 그에 대한 지원) 사이에서 mezz's가 취하는 공정한 접근 방식이라고 생각합니다.

틱에 동의

2개의 뚜렷한 세부 해석이 있습니다.

a) 틱은 게임 루프를 참조하며 20Hz에서 발생합니다.

• 틱은 언로드되거나 전역적으로 옵트아웃되는 것과 같은 명백한 장애가 없는 한 모든 틱+객체마다 정확히 한 번 발생하는 호출을 위한 것입니다.
• 업데이트는 다른 것입니다. 내부 상태를 향상시킬 수 있지만 반드시 그럴 필요는 없습니다.

이를 통해 클라이언트/서버 틱의 미러인 틱에 의존할 수 있으며 무작위로 또는 일정을 통해 "업데이트"를 차단할 수 있습니다.

b) 틱은 임의의 수량 시간 증분/폴링+업데이트 트리거입니다.

• 틱은 반복되는 시간 지연 호출을 위한 것입니다.
• 업데이트는 일반적으로 특정 원인/명시적 요청이 있는 이벤트에만 적용됩니다.

이것으로 임의의 "틱"이 있지만 예정된 "업데이트"는 매우 흐릿합니다. 그들은 때때로 일정을 지속적으로 조정하여 틱 정의를 충족합니다.

차라리 (a)로 가겠습니다. "틱"은 서버 측에서 매우 명확하게 정의되고 클라이언트 측에서는 약간 덜 정의되지만 일반적으로 (b)보다 선호합니다.

:+1: 틱용

틱은 나에게 좋게 들린다

"업데이트"가 너무 오버로드되었습니다. 나는 그것이 서버 측에서 무언가를 선택하거나, 서버 측 데이터를 클라이언트와 동기화하거나, 클라이언트에서 무언가를 다시 그리는 것을 언급하는 것으로 보았습니다(서버 동기화 또는 로컬 시뮬레이션 효과에 대한 응답으로), 또는 파일 서버에서 파일의 새 버전을 가져옵니다. 다시는 보지 않았으면 합니다.