Извините я опять про директории Понимаю что вопросы глупые скорее

Question

Извините я опять про директории Понимаю что вопросы глупые скорее

всего и не на этом нужно задумываться

я сейчас делаю клиент серверное приложение
клиент cli и grpc сервер

с сервером все более менее понятно
есть хендлеры которые реализуют grpc сервер, рядом объявляю юзкейс интерфейс
имплементацию юзкейсов в другом месте

а вот с клиентом как быть? понимаю что тут тоже свои юзкейсы, в юзкейсах обращаться клиенту grpc?

и подскажите еще
у меня сейчас так

internal
- uscase\user
- reposetory\user\boltdb
- delivery\grpc\user
и тут получился код который касается сервера

а случайно не правильнее будет сделать
internal
- client
- server
?

#backend #go #programming #russian

0

20.09.2023

8 ответов

7 просмотров

Айван

client взаимодействует с этим сервером через API?

0

8 месяцев назад

Сергей Автор вопроса

Айван
client взаимодействует с этим сервером через API?

да, grpc, прото в этойже репе

0

8 месяцев назад

Айван

Сергей
да, grpc, прото в этойже репе

Тогда да, делал бы client отедльно как в последнем варианте

0

8 месяцев назад

Сергей Автор вопроса

NNurik N
Вопросы правильные, но для понимания того, как нуж...

понял, cпасибо читал что название пакетов лучше делать максимально краткими, лаконичными

0

8 месяцев назад

Сергей Автор вопроса

Айван
Тогда да, делал бы client отедльно как в последнем...

спасибо, попробую так понимаю что можно и например общие модели вынести на один уровень с сущностями client и server

0

8 месяцев назад

NNurik N

Сергей
понял, cпасибо читал что название пакетов лучше д...

Только не утрировать с этим) чтобы для поиска такого имени в Оксфордский словарь за редким лаконичным термином не пришлось ходить и потом вспоминать, а что же оно обозначало )

0

8 месяцев назад

Айван

Сергей
спасибо, попробую так понимаю что можно и наприме...

Сомнительно. Модели принадлежат серверу, клиент может их импортировать оттуда для удобства

0

8 месяцев назад

NNurik N · Accepted Answer

Вопросы правильные, но для понимания того, как нужно структуру описывать зависит от задач и типа архитектуры. Если разделение по домену, то максимально отделять реализацию, если бизнес логики минимум, то просто по назначению. И названия для директорий выбирать не максимально абстрактные, а максимально конкретные, чтобы не было искушения добавить что-то, что не имеет к этому отношения. Структура директорий обычно пытается максимально описывать архитектуру. В каждом конкретном случае она может быть своя. А вот общие названия чисто для удобства и лёгкости запоминания. Если что, где-то даже Russ Cox про это писал

170 похожих чатов

Извините я опять про директории Понимаю что вопросы глупые скорее

8 ответов

Похожие вопросы