В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

learn.java

4166 membersпожаловаться на группу
2021 January 18

DC

Denis Chikanov in learn.java
...
всем привет. пишу проект и встал вопрос как лучше группировать классы в пакеты
по их назначению или по их связке
т.е.
либо все сервисы в пакет сервис
репозитории в репо
сущность в модел

ИЛИ

все что связанно с каждой сущностью (сервисы репозитории и т д ) в один пакет
package-by-layer и package-by-feature - это стилистически-идеологические вопросы, оба приемлемы, правильно то, что выбрала конкретная команда
источник
17:08пожаловаться#1

.

... in learn.java
так и думал , но терзали сомнения. Поскольку бегая по разным репозиториям замечал что группируют чаще по другому.
Cпасибо
источник
17:11пожаловаться#2

OM

Oleg M in learn.java
...
всем привет. пишу проект и встал вопрос как лучше группировать классы в пакеты
по их назначению или по их связке
т.е.
либо все сервисы в пакет сервис
репозитории в репо
сущность в модел

ИЛИ

все что связанно с каждой сущностью (сервисы репозитории и т д ) в один пакет
сгрупировать лучше так, что бы потом, кто будет заходить мог разобраться
ты можешь сделать пакет аунтефикация и там хранить и сервис и свою имплементацию и при этом иметь пакет сервисов, там где будут остальные
источник
17:12пожаловаться#3

.

... in learn.java
Oleg M
сгрупировать лучше так, что бы потом, кто будет заходить мог разобраться
ты можешь сделать пакет аунтефикация и там хранить и сервис и свою имплементацию и при этом иметь пакет сервисов, там где будут остальные
ну это с подвохом , мне например привычнее навигацию по проекту делать так что по имени пакета понимаешь что там условно все сервисы , а в другом все сущности
источник
17:13пожаловаться#4

MB

Mikhail Borodin in learn.java
...
так и думал , но терзали сомнения. Поскольку бегая по разным репозиториям замечал что группируют чаще по другому.
Cпасибо
Можно сделать согласно слоевой модели clean architecture
источник
17:14пожаловаться#5

L

Loljeene in learn.java
...
ну это с подвохом , мне например привычнее навигацию по проекту делать так что по имени пакета понимаешь что там условно все сервисы , а в другом все сущности
захочешь распилить на микросервисы, будет сложней
источник
17:17пожаловаться#6

.

... in learn.java
Loljeene
захочешь распилить на микросервисы, будет сложней
да я в этом не тютю пока , учебный проект чисто практика на спринг + хибер  , ну и в портфолио собсна
источник
17:18пожаловаться#7

DC

Denis Chikanov in learn.java
...
да я в этом не тютю пока , учебный проект чисто практика на спринг + хибер  , ну и в портфолио собсна
Учебный проект можно и так, и так
При большом желании в какой-нибудь гитхаб-ридмихе указать, какое решение выбрал (и просто acknowledge существование альтернативы)
источник
17:19пожаловаться#8

MB

Mikhail Borodin in learn.java
...
да я в этом не тютю пока , учебный проект чисто практика на спринг + хибер  , ну и в портфолио собсна
Тогда я бы использовал общее деление на сервисы/контроллеры/модели и т.д.
источник
17:21пожаловаться#9

MB

Mikhail Borodin in learn.java
Проект маленький, делить на бизнес сущности нет смысла
источник
17:21пожаловаться#10

.

... in learn.java
Denis Chikanov
Учебный проект можно и так, и так
При большом желании в какой-нибудь гитхаб-ридмихе указать, какое решение выбрал (и просто acknowledge существование альтернативы)
да , думаю так и сделаю , до ридми пока руки не дошли
источник
17:21пожаловаться#11

DC

Denis Chikanov in learn.java
...
да , думаю так и сделаю , до ридми пока руки не дошли
Ну это к выставлению проекта на люди, да.
источник
17:22пожаловаться#12

.

... in learn.java
Mikhail Borodin
Тогда я бы использовал общее деление на сервисы/контроллеры/модели и т.д.
ну я так и делю , а с какого момента проект считается не маленьким? или речь о крупняке вроде тырпрайза ?
источник
17:22пожаловаться#13

ch

central hardware in learn.java
...
ну я так и делю , а с какого момента проект считается не маленьким? или речь о крупняке вроде тырпрайза ?
 считается не маленьким?

когда список файлов будет больше четырех экранов, думаю можно называть большим
источник
17:23пожаловаться#14

ch

central hardware in learn.java
а вообще, размер проекта не очень корелирует с количеством строк, ИМХО
источник
17:24пожаловаться#15

DC

Denis Chikanov in learn.java
...
ну я так и делю , а с какого момента проект считается не маленьким? или речь о крупняке вроде тырпрайза ?
Всё относительно, понимание приходит с опытом.
источник
17:24пожаловаться#16

G

Godot in learn.java
Ребята,у меня проблемы
источник
17:26пожаловаться#17

G

Godot in learn.java
источник
17:26пожаловаться#18

G

Godot in learn.java
Кто знает почему джава ругается?
источник
17:26пожаловаться#19

G

Godot in learn.java
Я вроде создал все правильно
источник
17:26пожаловаться#20