M
ну так то понятно))
Size: a a a
2020 May 15
M
вот есть от индуса, но как ты писал ранее...
Д
пожалуйста не произносите эту национальность)
M
слушай, ceo гугля из этих )
M
нет, я серьезно, как определяется структура проекта? почему например ты не делаешь как в офф доках советуют?
M
Ребята, кто то использует такую структуру для проекта? это из офф. документации.
Какой бест практис для проектов на спринге?
https://docs.spring.io/spring-boot/docs/current/reference/html/using-spring-boot.html#using-boot-structuring-your-code
Какой бест практис для проектов на спринге?
https://docs.spring.io/spring-boot/docs/current/reference/html/using-spring-boot.html#using-boot-structuring-your-code
@lex_it есть мысли? ты тут из самых активных ))
IT
Honestly I want to thank Mr Jerry who has brought light to my life and family with him I was patient after three days I received my money just as how I was promised by him, for help you can reach him
👇
Follow
https://t.me/joinchat/AAAAAFiCGfAH_ig9LQE4PA
👇
Follow
https://t.me/joinchat/AAAAAFiCGfAH_ig9LQE4PA
Д
#toAdmin
M
Ребята, кто то использует такую структуру для проекта? это из офф. документации.
Какой бест практис для проектов на спринге?
https://docs.spring.io/spring-boot/docs/current/reference/html/using-spring-boot.html#using-boot-structuring-your-code
Какой бест практис для проектов на спринге?
https://docs.spring.io/spring-boot/docs/current/reference/html/using-spring-boot.html#using-boot-structuring-your-code
Посмотри что Robert Martin говорит https://youtu.be/o_TH-Y78tt4
Д
нет, я серьезно, как определяется структура проекта? почему например ты не делаешь как в офф доках советуют?
а что там советуют? бить по бизнес сущностям?Ну у тебя будет в корне 50 пакетов, в каждом пакете будет ещё по 20-30 классов, каша будет, а ещё не все бьётся по бизнес сущностям, есть специфик логика всякая, или сущности на стыке итд итп
Д
есть общепринятая структура, ты октырваешь любой проект спринговый и апраори ожидаешь увидеть примерно +/- то что я скинул
Д
по сущностям можно разбивать уже внутри пакетов service , model, dto
M
Дмитрий
есть общепринятая структура, ты октырваешь любой проект спринговый и апраори ожидаешь увидеть примерно +/- то что я скинул
ты прав, я везде видел то что ты написал, тот подход который описан он встречается в андроид проектах, как бест практис
AE
M
Дмитрий
а что там советуют? бить по бизнес сущностям?Ну у тебя будет в корне 50 пакетов, в каждом пакете будет ещё по 20-30 классов, каша будет, а ещё не все бьётся по бизнес сущностям, есть специфик логика всякая, или сущности на стыке итд итп
а на счет каши смотри, она у тебя будет в любом случаи, или в виде пакетов или в виде классов в пакете, но например то что все сущности в одном пакете это удобно когда что то смотришь, или например тупо переносишь в другой проект
M
Когда как, но предпочитаю по слоям. По фичам у меня не прижилось, но там есть свои плюсы
спс
Д
а на счет каши смотри, она у тебя будет в любом случаи, или в виде пакетов или в виде классов в пакете, но например то что все сущности в одном пакете это удобно когда что то смотришь, или например тупо переносишь в другой проект
если не пускать товарищей с дальнего зарубежья, у меня каши не будет)
Д
пакеты можно объединять в подпакеты если что
Д
но у меня огромных монолитов в практике и не было, я по микросервисам, тут как парвило огромной кодовой базы не встречается