Комментарии 7
Отличная статья, к сожалению, пока только читаю, до практики еще не дошел)
Здравствуйте, почему вы называете поля, переменными?
Почему у вас табуляция кривая? Зачем разделять, конструкцию if.. else if
Почему не соблюдается правила наименования полей, у вас что private то и public с маленькой буквы.
Зачем делать такую глупую конструкцию с flipRight? В чем проблема сделать более логичную логику? К примеру turnDirection? С указанием в -1 и 1, -1 это лево и 1 это право.
Зачем делать vertical и horizontal поля публичными и статичными? Если можно просто сделать локальную переменную внутри метода, т.к. она больше негде не используется
Отсутствие отдельного метода для поворота, все в Update кучей лежит.
Какая вы школа, если вы базу не можете грамотно сделать, создавая таких специалистов, если учить нужно правильно с нуля.
так а поле это и есть переменная если не вдаваться в детали. бэйсик тот же вспомните. я не ругаться пришел а к теме коммента просто
про конструкции в целом понимаю ваше замечание но опять же к основам код все по-разному пишут и почему вы решили что что-то лучше а что-то нет? только с аргументами пожалуйста) учил примерно в 2010 C++ и нам препод даже в уши лил + напрактике показывал что одни и те же вещи можно делать по-разному и всегда будут те кто "верят в свет" и "верят в тьму" это если образно
Если не вдаваться в подробности, для вас функция и метод будет одним и тем же, но разница есть, если даже на начальном этапе на это забить позже будет плохое обучение, т.к. все связанно.
Если смотреть на это как материал от школы который должен правильно обучать людей, а не от школьника самоучки с Ютуба, то это уже говорит об уровне обучения в самой школе и поводом задуматься а надо ли оно.
Все могут писать как хотят, но есть база по наименованию переменных, полей, функций, методов и т.д. ссылка на Microsoft name convention, не обязательно соблюдать но хотя бы соблюдать свою стилистику, т.к. в дальнейшем если этот человек будет попадать в команду то ему придется понимать почему private поле пишут с нижним подчеркиванием и маленькой буквы, а публичное поле с большой и в CamelCase или какой в этой команде будет стиль.
Автор не объясняет зачем ему публичные поля и зачем ему публичные статичные поля если оно используется внутри метода где можно использовать обычную переменную, потом этот ученик будет через эти поля протягивать свою логику нарушая инкапсуляцию и думать почему оно работает так, а не так.
-1 и 1 тогда лучше в виде Enum-а, а не числа.
Паблик и прайват поля должны различаться не размером первой буквы, но подчеркиванием (_a и a). Размер же зависит от const.
А насчет вертикал и хоризонтал проблема скорее тогда в том, что эти данные лучше не хранить в ее статике, т.к. сущностей использующих этот монобех может быть явно больше одной
Как сделать управление персонажем в Unity – урок для детей и подростков