Pragma Games, Они обновятся в FixedUpdate.
Грубо говоря .смотрите.
Есть объект. Вы его двигаете ФИЗИКОЙ в Update. И что то проверяете в Update. Так вот, если так получится что вызовутся сначала два апдейта, а потом фиксед - то проверка на втором апдейте поведет себя так, будто физика не сработала
RandomProgrammer, если есть this - то объект уже создан, да ) Поэтому я и не могу понять зачем инстансить this ) Он же уже есть. Но основной вопрос - почему он есть? Кто сконструировал и как изначально этот объект?
Vova316, Ну тогда лучше решать проблему так, чтобы изначально время на малинке было правильное. Потому что обновлять все записи логов по времени ИМХО такое себе
Сергей, логические операторы вообще применяются ТОЛЬКО к булевым значениям. В том то и смысл. То что в каких то языках они могут применяться к числам\объектам - это отрабатывает приведение типов.
Соотетственно да, надо оба операнда привести к логическому выражению
pfg21, вы немного не понимаете видимо суть проверки )
Вот та штука в торрент-протоколе она нужна чтобы подтвердить что вы скачали то, что стоит на раздаче.
Проверка хешсуммы у ТС - проверка того что то что стоит на раздаче является оригинальным образом.
Алгоритм один, цели разные )
pfg21, суть проверки в данном случае не повреждение файла при скачивании, а скачивание именно оригинального образа. Т.е. хешсумму дают авторы сборки, и чтобы убедиться что вы качаете именно их сборку (а не модифицированную кем то еще)- сравниваете хеш.
