Comments 9
По части игр не скажу, но в плане c#, ещё учиться и учиться. Но начало хорошее ?
Можно начать с разделения логики и представления и выноса общего кода в отдельные функции, а то очень много дублирования.
Молодец, стоит с чего-то начинать)
Единственное что статья вообще неинформативная получилась: нет обзора инструментов, нет алгоритмов, лишь один скриншот.
Згалянул в гитхаб и сразу бросилось в глаза как ты работаешь с массивом enemies... Используй циклы и код сократится втрое...
При разработке Вы наверняка встречали какие-нибудь технические сложности, которые в итоге смогли побороть. Было бы интересно прочитать именно про это. С примерами кода и объяснениями что и почему.
По поводу распада команды - результат ожидаемый. Мало кто представляет, насколько это тяжело - сделать игру. И что это не развлечение, а тяжёлая и иногда нудная работа. И что сожрёт это далеко не два вечера времени... Советую делать игры водиночку. И только когда будет много опыта и уверенности в себе - добавлять в команду таких же людей.
А ещё есть хорошая книжка, пригодится для следующих статей - Розенталь, Справочник по правописанию и литературной правке. Читать лучше сразу с раздела о литературной правке. Например, в этом издании - где-то с параграфа 230 http://www.evartist.narod.ru/text1/20.htm
Если ты с августа 2022 сидишь на Windows Forms, пора выйти из зоны комфорта и перейти на Unity, если тебя интересуют игры; WPF / Avalonia - если тебя интересует Desktop!
Посмотрев твой код, могу сказать что он очень плохой, особенно для почти года обучения C#, конечно же, если ты собираешься работать программистом, а если нет - то и неважно. Во многих твоих проектах, ты в ручную выключаешь или скрываешь кучу элементов, например, нужно скрыть 40 элементов - ты пишешь 40 строчек кода. Но ведь есть свойство Name у каждого контрола, так и просится какой нибудь префиксный/постфиксный способ поиска, ведь есть общая коллекция элементов, а ещё существуют контейнеры, в которые ты можешь группировать элементы, которые тебе необходимо скрыть - создаёшь панельку, закидываешь на неё кнопочки (привязываешь их к панельке) и просто скрываешь панель, а все дочерние элементы автоматически скорются. Изучи асинхронность и самое важное - ООП.
Windows Forms легкий для входа, это наркотик. Слишком долго сидишь - привыкаешь к нему и уже никуда не хочется. Если предложить тебе где жить - в современной квартире (WPF) с очень хорошим ремонтом (возможность кастомизации, XAML, MVVM) или в сталинке (Windows Forms), с ужасным ремонтом, гнилым туалетом и ванной, тараканами и кривыми стенами (UX/UI Design, функционал), что выберешь ты? Очевидно, каждый бы выбрал современную квартиру с хорошим ремонтом - ведь какой смысл брать старую квартиру в кредит? И да, можно сказать, что ты взял старую квартиру в кредит, со всеми последствиями кредита и старых домов. Я рекомендую тебе начать изучать Unity (тебя же тянет к играм) или WPF/Avalonia (Desktop разработка)
Благодарю за такой познавательный комментарий, постараюсь учесть Ваши советы при создании следующих проектов :) Насчёт тяги к играм, она определённо у меня есть, мои последние три проекта - это как раз игры, обычный софт я пока решил не разрабатывать, так как уже дофига его сделал в 22-ом году. Насчёт разработки игр на каком-либо движке хочу сказать, что мне лично нравится делать игры с нуля, без движка и т.д. От этого я опять же лично получаю кайф))
Всегда придерживался мнения, что информации в статье должно быть меньше, чем в комментариях. Тогда интересно.
Очень даже круто. Попробуй ещё завернуть всё это в ООП с абстрактным GameObject'ом. Меня так препод не хило натаскал в ООП на примере обычной консольной змейки.
Сказ о том, как мы игру в команде делали