como vcs organizam a estrutura de projetos kotlin ...
# brazilt
thiagoretondar
11/12/2019, 10:31 PMcomo vcs organizam a estrutura de projetos kotlin no backend? No java + spring, eu sempre trabalhei com algo próximo disso: https://github.com/khandelwal-arpit/springboot-starterkit/tree/master/src/main/java/com/starterkit/springboot/brs
queria saber se vcs tem seguido o mesmo com Kotlin. Já vi alguns exemplos onde criam o nome do diretório sendo parte do domínio da aplicação
Copy code
| user/
- UserController.kt
- UserRepository.kt
- UserService.kt
| auth/
- AuthService.ktl
LeoColman
11/12/2019, 10:32 PMDepende...
LeoColman
11/12/2019, 10:32 PMNa minha empresa o pessoal é bem fã de Clean Architecture
LeoColman
11/12/2019, 10:32 PMEntão muitos projetos estão em clean
LeoColman
11/12/2019, 10:32 PMEu gosto de separar por domínio, +- da forma que você mostrou
t
thiagoretondar
11/12/2019, 10:53 PMnunca trabalhei com separação por domínio
thiagoretondar
11/12/2019, 10:53 PMpode mandar um exemplo de uma estrutura completa? por exemplo, onde você coloca configuração de logger, constantes do sistema, extension functions, etc?
l
LeoColman
11/12/2019, 10:56 PMPra logger eu uso libs
LeoColman
11/12/2019, 10:56 PMPra contantes eu uso variáveis de ambiente ou do próprio spring
LeoColman
11/12/2019, 10:57 PMExtensions ficam próximas de quem as usa. Maioria das minhas são privadas, inclusive
r
rodolpho.couto
11/13/2019, 12:07 AMEu gosto de seguir o hexagonal architecture
t
thiagoretondar
11/13/2019, 2:13 PMNo meu caso, tenho algumas especificidades. As constantes de aplicação vem de um microservice, que decidade quando é necessário atualizar e os logs vão para outro microservice que decide quem avisar
qual o nome dessa arquitetura, separada por domínios?
l
LeoColman
11/13/2019, 2:13 PMDomain Driven Development, talvez
LeoColman
11/13/2019, 2:14 PMMas eu não sigo nenhum paradigma à risca, então não tenho certeza se sou a emlhor pessoa pra conversar sobre
c
cjmartinkoski
11/14/2019, 1:56 PMEu organizo de forma parecida, package by feature agrupados por bounded contexts
cjmartinkoski
11/14/2019, 1:57 PMas camadas são geralmente uma fronteira HTTP, o repositório e o domínio em si
cjmartinkoski
11/14/2019, 1:57 PMtoda a regra fica no domínio
l
LeoColman
11/14/2019, 2:00 PMUma coisa que eu particularmente não sigo pois prefiro um código mais enxuto
LeoColman
11/14/2019, 2:00 PMNão crio uma interface pra cada classe
LeoColman
11/14/2019, 2:01 PMQue vai ser implementada uma única vez
LeoColman
11/14/2019, 2:01 PMNão crio adapters pra evitar chamar a classe direto, entre outras
LeoColman
11/14/2019, 2:01 PMEm alguns casos eu acho isso bom, mas num geral não faz parte de minha codebase
c
cjmartinkoski
11/14/2019, 2:03 PMSó trabalho com interfaces de forma mandatária pros repositórios
cjmartinkoski
11/14/2019, 2:03 PMO domínio é livre de acoplamento a qualquer coisa que não seja domínio tbm
cjmartinkoski
11/14/2019, 2:03 PMe a camada HTTP conhece o domínio e a interface do repositório
cjmartinkoski
11/14/2019, 2:04 PMisso com o uso do CDI me permite injetar instancias decoradas com cache ou log quando é conveniente
t
thiagoretondar
11/14/2019, 4:44 PMEu tbm não tenho esse costume de criar interface para tudo que só tem e terá uma única implementação, acho over-engineering
thiagoretondar
11/14/2019, 4:46 PMEu trouxe esse questionamento por conta de um projeto que estou fazendo em kotlin com um pessoal que trampava com .NET
A estrutura que eles trabalham é beeeem diferente do que eu estou acostumado
26 Views