Привет)) рад тебя и тут видеть) Увидимся скоро на стриме это точно. Мониторю 1 раз в день, а вот отвечаю уже по возможности. Могу сразу, могу через пару дней.
Автор молодец, но есть несколько моментов, которые бросаются в глаза: 1) public поля нарушают инкапсуляцию, лучше все таки [Serializefield] private ... (кровушка из глаз) 2) Шина событий та еще ловушка 3) Для UI ( и отделения его от модели, игровой или бизнес логики) отлично могут зайти MV-подобные паттерны Продолжай развиваться и нести хорошие практики в массы
Спасибо большой за такой комментарий) Хочу сказать, что 1 пункт я использую на практике всегда, хотел проще показать прост. И про 3 тоже знаю, но пока не говорил, но обязательно про это будет
Это скорее просто обзор, чем урок, но все же спасибо!) Продолжения конкретно такой темы пока не нравровал, скорее будут уже уроки на конкретные темы просто
Немного не хватило примеров использования конкретно в юнити интерфейсов и абстрактных классов, думаю новички не догонят все таки всю прелесть, а так все по делу)
да, я сценарий видео изначально писал под +- средний разбор тем, но видео будет ппц каким большим, такие не любят) Потому решил сделать очень обзорно, любую из этих тем я думаю еще буду разбирать постепенно в будущем. Спасибо за комментарий и твое мнение, это важно!)
@@RaybelCG Ну как сказать «не для новичков». Я для себя подчерпнул события - совершенно про них забыл. У меня в проектах 2-3-4 тысячи строк вполне бывают😂 А с событиями должно быть поменьше, попробую😅 Спасибо за видео, Raybel)
Интересно, а если енам, вдруг, совершенно неожиданно изменится и туда не просто что-то добавится, а что-то удалится или что-то сместится, что в этом случае будет с полями в СО, префабе? А если этот енам заюзали в сотне СО и про половину из них уже даже забыли? "Хорошая" практика неожиданно превращается в попаболь? )
Проблем нет, если есть руки. Enum добавляется в конец, а "удаляется" через заглушки. Если игра простая, это никогда проблемой не будет, а большой проект - подход другой)) ...странный коммент
@@RaybelCG Через какие заглушки? Енам сериализуется по значению, и в любом случае, если что-то в нем удалить или сместить, везде, где он юзается на префабах и СО, значения станут невалидными. Надо будет идти и руками их править. Да, это хорошо, если таких мест мало, но даже в этом случае, подход так себе.
Спасибо) С микрофоном не понятная ситуация возникла, вроде все было окей, а на выходе получилось не очень. Но все перезаписывать..., потому буду что-то думать иначе)
Заставляет новичка подумать что вольный подход может быть неверным, надвигает новичка на какие то неверные но лучше чем никакие мысли, больше в принципе видно что автор примерно такой же новичок как и целевая аудитория. Т.е. в видео упоминается слово архитектура, но до определения архитектуры автор умом не дошёл
Если я про это не говорю, значит я тоже новичок. Примитивная логика на самом деле, соболезную... Целевая аудитория получает инфу в простейшем виде, значит автор относиться к этой целевой аудитории? Смешно...))
Поздравляю. Ты попал в рекомендации!!!
Спасибо;)
Супер! С возвращением! :)
даа, спасибо)
Конечно ждали!
огонь)
Здорово, что ты вернулся! как всегда полезно! Все темы интересны, их стоило бы разобрать. но про гит особенно интересно..
И я рад возвращению) Спасибо!) Насчет гита в сети много информации в принципе, но могу и от себя это рассказать на примере fork.
Привет хорошо что вернулся, думаю еще увидимся на стриме (интересно как часто мониторишь комментарии)
Привет)) рад тебя и тут видеть) Увидимся скоро на стриме это точно. Мониторю 1 раз в день, а вот отвечаю уже по возможности. Могу сразу, могу через пару дней.
Автор молодец, но есть несколько моментов, которые бросаются в глаза:
1) public поля нарушают инкапсуляцию, лучше все таки [Serializefield] private ... (кровушка из глаз)
2) Шина событий та еще ловушка
3) Для UI ( и отделения его от модели, игровой или бизнес логики) отлично могут зайти MV-подобные паттерны
Продолжай развиваться и нести хорошие практики в массы
Спасибо большой за такой комментарий) Хочу сказать, что 1 пункт я использую на практике всегда, хотел проще показать прост. И про 3 тоже знаю, но пока не говорил, но обязательно про это будет
Лайк и коммент в поддержку канала!😎
Лайк - подписка, приятно слушать) Спасибо)
Спасибо!)
Чел крутой
Вернулся
Да) идем дальше:)
Спасибо за урок, буду рад посмотреть продолжение .
Это скорее просто обзор, чем урок, но все же спасибо!) Продолжения конкретно такой темы пока не нравровал, скорее будут уже уроки на конкретные темы просто
Продолжай снимать все круто
Спасибо))
Дякую за інформацію !!!
будь-ласка))
Немного не хватило примеров использования конкретно в юнити интерфейсов и абстрактных классов, думаю новички не догонят все таки всю прелесть, а так все по делу)
да, я сценарий видео изначально писал под +- средний разбор тем, но видео будет ппц каким большим, такие не любят) Потому решил сделать очень обзорно, любую из этих тем я думаю еще буду разбирать постепенно в будущем. Спасибо за комментарий и твое мнение, это важно!)
На будущее пригодиться, частично понял, пока что этого хватит)
Вот и хорошо)) да, материал не совсем для новичков, но в целом пытался простыми словами говорить
@@RaybelCG Ну как сказать «не для новичков». Я для себя подчерпнул события - совершенно про них забыл. У меня в проектах 2-3-4 тысячи строк вполне бывают😂 А с событиями должно быть поменьше, попробую😅
Спасибо за видео, Raybel)
Рад, что помогло))
Интересно, а если енам, вдруг, совершенно неожиданно изменится и туда не просто что-то добавится, а что-то удалится или что-то сместится, что в этом случае будет с полями в СО, префабе? А если этот енам заюзали в сотне СО и про половину из них уже даже забыли? "Хорошая" практика неожиданно превращается в попаболь? )
Проблем нет, если есть руки. Enum добавляется в конец, а "удаляется" через заглушки. Если игра простая, это никогда проблемой не будет, а большой проект - подход другой)) ...странный коммент
@@RaybelCG Через какие заглушки? Енам сериализуется по значению, и в любом случае, если что-то в нем удалить или сместить, везде, где он юзается на префабах и СО, значения станут невалидными. Надо будет идти и руками их править. Да, это хорошо, если таких мест мало, но даже в этом случае, подход так себе.
Дякую за відео
Будь ласка)
Cool
Thx)
Привет. Можно по каждому совету отдельное видео с более детальным разбором? Очень не хватает информации по построению хорошей архитектуры игр.
Привет, планировал) Но пока мультиплеер делаю, но продвигается очень медленно(
Тема шикарная, хотелось бы побольше развитиятой темы.
Но пожалуйста, микрофон.. Плохо слышно)
Спасибо)
С микрофоном не понятная ситуация возникла, вроде все было окей, а на выходе получилось не очень. Но все перезаписывать..., потому буду что-то думать иначе)
@@RaybelCG понятно, удачи в след раз!)
Спасибо))
Крутяк
Спасибо 😎
Поставил цель разделить логику игры и UI. Сложно 😅
Пожалуйста, сделай видос по оптимизации больших проектов. По мультипоточности и настройкам самой юньки
Точно не могу сказать будет ли такой видос, сам не работал прям над большими проектами. Потому из опыта этого сделать не смогу.
Ух, а я уже думал, что ты умер.
Жив, здоров и полен сил
@@RaybelCG Круто)
Я думал это мем про дахака
Что именно?
4:00 "А если нужно определить несколько объектов, с разными параметрами и нет какой то жесткой привязки к конкретным уникальным данным" what the fuck?
А в чем вопрос?)
@@RaybelCG лишь в том, что это набор бессмысленных слов. Вы настаиваете на такой формулировке, она у вас вызывает какое то понимание по существу?
Заставляет новичка подумать что вольный подход может быть неверным, надвигает новичка на какие то неверные но лучше чем никакие мысли, больше в принципе видно что автор примерно такой же новичок как и целевая аудитория. Т.е. в видео упоминается слово архитектура, но до определения архитектуры автор умом не дошёл
Если я про это не говорю, значит я тоже новичок. Примитивная логика на самом деле, соболезную... Целевая аудитория получает инфу в простейшем виде, значит автор относиться к этой целевой аудитории? Смешно...))