Extended DnD Charlist: Дневник разработки
8 subscribers
2 photos
1 file
Download Telegram
Сегодня столкнулся с такой проблемой.

Я наконец-то починил DI, запись изначальных данных в БД работает, однако при десериализации данных, которые я получаю из API, языки и черты обращаются в null. Пока не понял, что не так, пробую настроить десериализацию.

UPD: Проблема решена. Оказывается, дело в том, что в классе Language у меня были не свойства, а поля, поэтому JsonSerializer не видел их как свойства для десериализации.
1
Дневник разработки #3

>Узнал, что в API всего одна предыстория, поэтому завтра буду пихать данные о каждой в JSON ручками.
>Начал писать код для фронтенд-части сервиса
1
Главный разраб пока болеет, поэтому обновлений не было. Сегодня планирую продолжить работу.
1
Дневник разработки #4
>Пожаловался админам API на отсутствие почти всех предысторий
>Написал половину JSON- файла с предысториями
>Начал работать над дизайном сайта
1
Дневник разработки #5
>Получил ответ от админа сервера. Оказывается, существуют авторские права и лицензия на то, что я хотел просто сделать.
>Завершил работу над частью API (без данных для конструктора персонажей), которая работает с персонажами в БД
>Начал реализовывать регистрацию и вход по юзернейму/емейлу
🔥2
Немного о ситуации с авторскими правами

Существует такая организация, как Wizards of the Coast, которой принадлежат авторские права на много интересных вещей, в том числе на D&D. Они написали SRD(System Reference Document), в котором написали, что простым ребятам можно использовать без юридических проблем, а что нет. Когда я брал данные с чужого открытого API, я не нашёл там именно то, использование чего по SRD приравнивается к плагиату и влечёт за собой огромное количество судебных разбирательств.
Я покопался в этом вопросе, и, технически, я смогу использовать даже то, чего нет в SRD, двумя способами:
1. Дать юзеру возможность создавать и конфигурировать свои классы/расы/предыстории/заклинания и иже с ними, куда можно занести свойства того, использование чего запрещено
2. Буквально списать всё с официальных прообразов, но поменять имена и названия, "чтобы никто не догадался".
Я планирую реализовать оба способа, но в будущем посмотрю по факту.
🔥3
Сегодня опять пытался клепать дизайн, но вообще ничего не выходило. Если кто поможет, буду оооочень рад, хочется, чтобы сайт получился красивым и удобным.
4
Ребят, проект не умер, просто пока что не было времени делать что-то глобальное. Следующий дневник - на выходных
🔥2
Дневник разработки #6

1.Продолжаю работать над функционалом API, чтобы потом не допиливать.
2. Для лучшего понимания необходимых паттернов работы приложения начал клепать такую вот диаграммку
🔥2
До дневника разработки не дотягивает, но вот так идёт работа над диаграммой
🔥2
Начал тут погружаться в Blazor, очень советую серию роликов Learn Blazor with CSharpFritz. Чувак довольно позитивный, но рассказывает четко и по делу.И, кроме того, работает в Microsoft,поэтому знает там все, как никто другой.

В целом мне надо посмотреть бэк-часть и razor pages, все остальное - HTML, CSS и возможно JS.
🔥2
Завтра возможно выкачу дневник, довольно много пилил фронтенд
1
Дневник разработки #7

1. Изменил структуру проекта - убрал разнесение фронтенда на клиентскую и серверную части, объединил в одно приложение.
2. Все еще делаю фронтенд, сместил пока фокус с дизайна на функционал.
4
Дневник разработки #8

1. Наконец-то настроил http- запросы к серверной части приложения, завтра буду чинить отправку запросов с клиентской части.
2. Починил создание юзеров и их занос в базу данных.
3. Вместо единых классов Character разнес на Character и CharacterDTO/User и UserDTO(Data Transfer Object) для дальнейшего удобства.

Все еще очень нуждаюсь в помощи с дизайном, уже в апреле я начну верстать.
2
Пилю авторизацию, завтра выкачу дневник
1
Я вас обманул, зато сегодня появился план работы до проектной сессии.
1
Дневник разработки #9

1. Начал работать с дизайном, пока что на уровне разметки.
2. Написал клиентскую часть аутентификации, работаю над авторизацией.
3. Появился полный план разработки до проектной сессии 13 мая:
до 29 апреля - написан весь(или почти) бэкэнд, и вплоть до проектной сессии пишу фронтенд.12 мая - деплой на сервер


UPD:4. Полностью готов вход в аккаунт, начал писать регистрацию и админскую панель
1
Дневник разработки #10

Разобрался с релизами - framework-dependent и self-contained. Пока что удалось настроить второй, завтра понесу на предзащиту именно его
3
Проект жив и развивается, просто пока не было значимых изменений.
2