в аргументах?
Есть HTTP сервер, прокидываю в него разные сервисы и регистрирую хэндлеры. Сделал всего пару сервисов, но аргументы функции New, которая создает сервер, разросся до невероятных масштабов 😅
вынести их в отдельную структуру (например options) и передавать одним аргументом
Dto + Builder pattern обычно помогает, но это не точно
как это вообще применимо?
депомпозируйте)
почему у тебя несколько сервисов?
ну есть как выше написали структура, какие-то поля обязательные, какие -то нет обязательные в New, необязательные через сеттеры
там не было речи про обязательные или необязательные аргументы
я только изучаю Го, после многолетнего опыта JS Смотрел много видео по архитектуре, вынес каждую группу endpoint в отдельный пакет: auth/ provider/ email/ handlers.go email.go vk/ handlers.go vk.go provider.go service.go token/ handlers.go service.go storage.go user/ repository.go service.go user.go У каждого сервиса есть метод RegisterHandlers который добавляет endpoint к роутеру, возможно это неправильно
хм, да, я не прав, прочитал между строк, сори
у вас есть небольшая раковая опухоль в примере если не смотреть на пути, то чем service.go отличается от service.go? почему для auth не назвать authenticator, а для user назвать – а зачем вам сервис в юзер? confirm_handler register_handler block_handler накой вам service? что такое сервис? сервирует что-то? все везде всегда сервируется — байты кастуются?
любишь много файлов, да?)
всегда предпочитал handler_confirm handler_register handler_block наверное потому-что в C++ для этого у нас был namespace и ещё это удобно когда ищешь по текстовому поиску 🤷
в хендлерах у меня кстати тоже так. но вот все 3 handler используют AuthPolicy/AuthUsecase/AuthCompositor - где вся логика
напомните в общих терминах ваши Policy — это что?
и все же, Policy — что это?
сущность агрегирующая сервисы.
Ну по моей задумке сейчас сервис авторизации хранит в себе провайдеров и регистрирует роуты для каждого. Могу избавиться от сервиса и оставить просто провайдеров
Обсуждают сегодня