В этом коде:
"TimePerFrame" является константой, что вы должны установить на любые ваши потребности игры, например, если вам нужен постоянный фреймрейт 50 кадров в секунду, вы должны установить его на 20 (при условии, что часы возвращает значения в миллисекундах, я думаю, что это делает, но я не очень знакомы с SFML).

Затем с каждой итерации цикла, он смотрит на то, как долго это было, так как в последний раз состояние игры последнего обновления, и если это было больше, чем 20 мс (или что-то вы установили для TimePerFrame), он запускает обновление () функция (возможно, несколько раз, если ваш рендеринг фреймрейт медленнее, чем ваша игра фреймрейт, поэтому необходимо обновлять несколько раз за кадр).

Функция обновления (), где вы делаете действительное обновление состояния игры, например, увеличивающимся положение подвижных объектов, применяя вред здоровью, то, что вы должны произойти в вашей игре.

Наконец, после того, как все, что делают (), где вы кладете фактический рендеринг (экран для рисования) код. Более продвинутая версия этого кода (который вы не должны пытаться, пока вы не получите основы работы) будет иметь визуализации () принимает timeSinceLastUpdate в качестве аргумента, и использовать его, чтобы сделать интерполяции движущихся объектов (т.е. не рисовать их там, где они есть, но где они будут timeSinceLastUpdate миллисекунды с этого момента, что позволяет для более плавной анимации, но так как вы только Рисование они в другом положении, а не на самом деле перемещение их, ошибки округления не будут накапливаться).

Одна из основных проблем с этим кодом, что вам нужно знать о том, что это будет динамический тупик (технический термин для того, что упоминается в статье как "спираль смерти") Если TimePerFrame меньше, чем время, необходимое для запуска функции обновления (). Не устанавливайте TimePerFrame слишком низко!