Users

[VadimSmD]

Пользователи. Поля: Имя Фамилия Дата регистрации Идентификатор Ник Пароль Статус

Методы: Добавление (регистрация) Удаление Изменение полей Получение данных Авторизация на портале

[dankokin]

Поля: предлагаю добавить имя, фамилию, дату создания

Получение данных – получения одного пользователя? Всех не вижу смысла

[VadimSmD]

Поля: предлагаю добавить имя, фамилию, дату создания

Получение данных – получения одного пользователя? Всех не вижу смысла

Да, сейчас подредактирую. Касательно получения данных - да это для 1 пользователя

[dankokin]

и еще, совсем забыл – авторизация пользователя на портале

[dankokin]

Как и планировали, начнем работу с пользователей.

• [x] Создать ветку features/users
• [x] С помощью утилиты golang-migrate создать миграцию с таблицей пользователей (подробнее: https://github.com/golang-migrate/migrate/blob/master/database/postgres/TUTORIAL.md раздел Create migrations). Папка с миграциями – internal/migrations/postgres
• [x] Реализовать функцию для миграции БД, пример запуска миграции из кода приложения есть тут (https://github.com/evrone/go-clean-template/blob/master/internal/app/migrate.go)

Пойдем реализовывать пользователей снизу вверх по абстракции, то есть с функций для работы с БД

• [x] Описать на Go структуру пользователя в internal/entity/user

• [x] Создать internal/repo/user.go, в нем объявить структуру:

  type UserRepo struct {
   pg *pgxpool.Pool
  }

• [x] Реализовать для нее конструктор func NewUserRepo( pg *pgxpool.Pool) UserRepo

• [x] Реализовать с помощью pgx v5 и goqu создание пользователя:

  func (r Repo)  Insert(ctx context.Context, user entity.User) (entity.User, error)

• [x] Скинуть мне на код-ревью

[dankokin]

Продолжаем работу над репозиторием пользователей. На основе реализованного Insert добить оставшиеся методы. Методы для реализации:

• [x] Добавление (регистрация) – подправить замечания;
• [x] Удаление – здесь ничего сложного, удаление по идентификатору пользователя;
• [x] Изменение полей – посмотри про разницу HTTP-методов PUT и PATCH и реализуй либо редактирование всех полей, либо части;
• [x] Получение данных – при авторизации мы получаем пользователя по паролю и логину, в случае просмотра профиля пользователя у нас есть только его идентификатор, репозиторный метод хочется один, чтобы не дублировать код, подумай как это можно реализовать.
• [x] Авторизация на портале – см. выше

По завершению этапа

• [x] Ревью

[dankokin]

Продолжаем работу с пользователем:

• [ ] Необходимо реализовать слой с бизнес-логикой (service/usecase, как тебе кайф). На данный момент – это буквально вызов интерфейса репозитория.

Над ним располагается транспортный слой, в нашем случае это HTTP. Для его реализации:

• [ ] Опиши документацию к сервису в формате OpenAPI;

• [ ] Сгенерируй документ с помощью Readocly. Необязательно скачивать npm и прочие непотребства (ведь ты белый человек, backend-разработчик) можно воспользоваться docker-образом Команды будут выглядеть примерно так: Генерация кода docker run --rm -v ${PWD}/docs:/spec redocly/cli build-docs -o docs/openapi.html openapi.yaml Линтер для документа docker run --rm -v ${PWD}/docs:/spec redocly/cli lint openapi.yaml Подробнее тут

• [ ] После того, как документ составлен, время генерировать код для транспортного уровня. Делаем это с ogen;

• [ ] Как только код реализован, самое время реализовать первый Handler – пользовательский;

• [ ] Собрать все вместе и запустить http-сервер;

• [ ] Описать docker-compose с приложением и PostgreSQL и запустить;

• [ ] Установить (если еще нет) Postman, импортировать туда коллекцию с запросами из сгенерированного html документа либо из OpenAPI yaml-файла.

• [ ] Отправить запросы на свой http-сервер

По завершению:

• [ ] Код-ревью