이 두 개가 레딧에서 비슷한 주제로 누가 물어본것 중에 제일 추천받은 예제임.(둘은 다른 구조)[GitHub - percybolmer/ddd-go: A demo repository that explains an approach to DDD in Go](https://github.com/percybolmer/ddd-go)[GitHub- victorsteven/food-app-server: Exploring Domain-Driven Design in Golang](https://github.com/victorsteven/food-app-server)
나는 food-app-server가 더 나은듯
오 한번 봐봄
첫번째가 쫌 범용적인 구조네
너도 고 쓰는중?
내 스타일대로 하면 저 두개를 섞어서 커스탐하고 여기에 내 요소에 맞게 뺄건 빼고 넣을건 넣어야지 근데 이렇게 까지해서 쓸거면 스프링 쓰는게 나을거같고 go api 서버로는 장점을 모르겠누. 더 빠르고 쉽고 마이크로적으로 갈거면 파이썬 노드 대체가 있으니
나는 고랭이 주력인데 http는 아니고 udp랑 grpc주로 씀
뒷단에서 뭐 플레이 해주는 용도로도 자주 씀? 스케쥴러라던가 코어 어떤 짝업 용도 ㅇㅇ 아니면 걍 api sever로 자주 씀?
뒤에서;; 너무 야한데;
아니 근데 ㄹㅇ 이렇게 할꺼면 걍 스프링이 낫지않냐 ㅋㅋ
어떻게 라이브러리 이름이 고름 ㅋㅋ
-ㅋㅋㅋㅋㅋㅋㅋㅋ 여드름 고름이면 그나마 정상참작 가능한데... 성기쪽 고름이면 ㅅㅂ;
ㅋㅋㅋㅋㅋ
난 곰 이라고 부르는뎅;;
익스프레스 쓰듯 씀
처음엔 기능 잘 써보려고 도입 했는데 요즘엔 그냥 raw 쿼리 쓰면서 스캐닝만 도움 받는중 soft delete 기능도 개발자가 인지하지 못할때가 많아서 저거도 안씀
규모 작은데에 쓸만하겠네 어드민이나 뭐 간단한 서비스나 ㅇㅇ 아니면 뒷단에서 뭐 플레이 해줘야한 부분에 쓰거나?
한마디로 gorm 을 쓰지만 기능 의존성 최대한 배제중 이유는 나중에 구조 개편 염두
뒷단 플레이가 어떤거 말하는거임?
뭐 스케쥴러 같은거라던가 간단한 애저 펑션 돌릴만한 단일 플그램이라던가 뭐 로직에만 집중한 코어 서비스라던가 그런?
ㅇㅇ 그냥 간단 명확하고 생산성에 집중할때는 쓸만할듯
대규모는 성능, 안정성, 일관된 구조, 구직 스피드 다 생각했을때 똥프링 미만 잡이라고 생각함?
api server용
난 대규모 생각하고 개발하고 있어서 나름 모델 구조체에다가 커스텀 태그시스템 구현하고 모델에선 데이터 읽기/조작하는 함수들 구현하고 복합모델도 만들어서 쓰고 있고 따로 서비스 단위 만들어서 복합적인 처리 하는 함수들 구현해서 쓰는중임 나 자바 안좋아해
커스텀 태그락ㅎ 해 봐야 리플렉트로 쓰는 거 말고 또 있임?
곪
이 두 개가 레딧에서 비슷한 주제로 누가 물어본것 중에 제일 추천받은 예제임.(둘은 다른 구조)
[GitHub - percybolmer/ddd-go: A demo repository that explains an approach to DDD in Go](
https://github.com/percybolmer/ddd-go)
[GitHub
- victorsteven/food-app-server: Exploring Domain-Driven Design in Golang](
https://github.com/victorsteven/food-app-server)
나는 food-app-server가 더 나은듯
오 한번 봐봄
첫번째가 쫌 범용적인 구조네
너도 고 쓰는중?
내 스타일대로 하면 저 두개를 섞어서 커스탐하고 여기에 내 요소에 맞게 뺄건 빼고 넣을건 넣어야지 근데 이렇게 까지해서 쓸거면 스프링 쓰는게 나을거같고 go api 서버로는 장점을 모르겠누. 더 빠르고 쉽고 마이크로적으로 갈거면 파이썬 노드 대체가 있으니
나는 고랭이 주력인데 http는 아니고 udp랑 grpc주로 씀
뒷단에서 뭐 플레이 해주는 용도로도 자주 씀? 스케쥴러라던가 코어 어떤 짝업 용도 ㅇㅇ 아니면 걍 api sever로 자주 씀?
뒤에서;; 너무 야한데;
아니 근데 ㄹㅇ 이렇게 할꺼면 걍 스프링이 낫지않냐 ㅋㅋ
어떻게 라이브러리 이름이 고름 ㅋㅋ
-ㅋㅋㅋㅋㅋㅋㅋㅋ 여드름 고름이면 그나마 정상참작 가능한데... 성기쪽 고름이면 ㅅㅂ;
ㅋㅋㅋㅋㅋ
난 곰 이라고 부르는뎅;;
익스프레스 쓰듯 씀
처음엔 기능 잘 써보려고 도입 했는데 요즘엔 그냥 raw 쿼리 쓰면서 스캐닝만 도움 받는중 soft delete 기능도 개발자가 인지하지 못할때가 많아서 저거도 안씀
규모 작은데에 쓸만하겠네 어드민이나 뭐 간단한 서비스나 ㅇㅇ 아니면 뒷단에서 뭐 플레이 해줘야한 부분에 쓰거나?
한마디로 gorm 을 쓰지만 기능 의존성 최대한 배제중 이유는 나중에 구조 개편 염두
뒷단 플레이가 어떤거 말하는거임?
뭐 스케쥴러 같은거라던가 간단한 애저 펑션 돌릴만한 단일 플그램이라던가 뭐 로직에만 집중한 코어 서비스라던가 그런?
ㅇㅇ 그냥 간단 명확하고 생산성에 집중할때는 쓸만할듯
대규모는 성능, 안정성, 일관된 구조, 구직 스피드 다 생각했을때 똥프링 미만 잡이라고 생각함?
api server용
난 대규모 생각하고 개발하고 있어서 나름 모델 구조체에다가 커스텀 태그시스템 구현하고 모델에선 데이터 읽기/조작하는 함수들 구현하고 복합모델도 만들어서 쓰고 있고 따로 서비스 단위 만들어서 복합적인 처리 하는 함수들 구현해서 쓰는중임 나 자바 안좋아해
커스텀 태그락ㅎ 해 봐야 리플렉트로 쓰는 거 말고 또 있임?
곪