https://dh0304.github.io/A minimal, responsive and feature-rich Jekyll theme for technical writing. 2025-03-24T00:07:59+09:00 Not_just_code https://dh0304.github.io/ Jekyll © 2025 Not_just_code /assets/img/favicons/favicon.ico /assets/img/favicons/favicon-96x96.png 2025-03-23T23:30:00+09:00 2025-03-24T00:06:55+09:00 https://dh0304.github.io/posts/SQL%EA%B5%AC%EB%AC%B8%EA%B3%BC-%EC%9D%B8%EB%8D%B1%EC%8A%A4-%ED%95%B4%EC%84%9D/ Not_just_code

개인 학습용 글로, 내용이 불완전하거나 부정확할 수 있습니다. 사전 작업 DROP TABLE IF EXISTS users; CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(100), department VARCHAR(100), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); -- 높은 재귀(반복) 횟수를 허용하도록 설정 -- (아래에서 생성할 더미 데이터의 개수와 맞춰서 작성하면 된다.) SE...

2025-03-02T16:17:00+09:00 2025-03-03T22:46:04+09:00 https://dh0304.github.io/posts/single-to-multi-module-(8)/ Not_just_code

들어가기 앞서 단일 모듈에서 멀티 모듈 전환기에서 다루는 거의 모든 내용은 주관적인 관점을 가지고 있습니다.다른 글의 내용을 인용할 경우 레퍼런스를 참조하거나 참고 문서에 존재합니다. 피드백은 언제나 환영합니다. 글의 내용에 대한 의견이나 질문이 있으시면 댓글로 남겨주세요. ‘단일 모듈에서 멀티 모듈 전환기 - (7) 멀티 모듈 전환 with Gradle’에서 이어집니다. 전환 후 구현 계층의 장단점 장점 가독성과 재사용성이 증가한다 구현 계층의 협력 도구 클래스를 이용하면 재사용성이 증가하고 서비스 계층의 비즈니스 로직의 가독성이 향상된다. 비즈니스 로직에서 상대적으로 어떤 규칙이 더 중요하고 어떤 규칙이 덜 중요한지 한눈에 파악할 수 있다. 관심사의 분리가 명확해진다 서비...

2025-03-02T15:55:00+09:00 2025-03-02T17:52:32+09:00 https://dh0304.github.io/posts/single-to-multi-module-(7)/ Not_just_code

들어가기 앞서 단일 모듈에서 멀티 모듈 전환기에서 다루는 거의 모든 내용은 주관적인 관점을 가지고 있습니다. 다른 글의 내용을 인용할 경우 레퍼런스를 참조하거나 참고 문서에 존재합니다. 피드백은 언제나 환영합니다. 글의 내용에 대한 의견이나 질문이 있으시면 댓글로 남겨주세요. ‘단일 모듈에서 멀티 모듈 전환기 - (6) 멀티 모듈 설계’에서 이어집니다. Gradle을 이용한 멀티 모듈 설계 Gradle의 Java Plugin을 사용하여 모듈 간 의존성 관리를 합니다. 멀티 모듈 구성을 하기 위해선 Java Plugin(or Java-Library Plugin)과 Gradle의 Task와 관련된 내용을 알아야 합니다. 포스팅이 길어짐에 따라 Java Plugin과 Task에 관...

2025-03-02T00:57:00+09:00 2025-03-02T17:52:32+09:00 https://dh0304.github.io/posts/single-to-multi-module-(6)/ Not_just_code

들어가기 앞서 단일 모듈에서 멀티 모듈 전환기에서 다루는 거의 모든 내용은 주관적인 관점을 가지고 있습니다.다른 글의 내용을 인용할 경우 레퍼런스를 참조하거나 참고 문서에 존재합니다. 피드백은 언제나 환영합니다. 글의 내용에 대한 의견이나 질문이 있으시면 댓글로 남겨주세요. ‘단일 모듈에서 멀티 모듈 전환기 - (5) Bounded Context 설계’에서 이어집니다. 설계한 Bounded Context(BC) 다시보기 멀티 모듈 시리즈 - (5) Bounded Context 설계에서 BC를 설계하고 BC 간의 의존 관계를 맺었습니다. 설계한 BC들을 가지고 멀티 모듈을 구성하게 됩니다. 모듈 분리 전략 모듈 분리 기준 API 모듈, Domain 모듈, DB 모듈...

2025-03-01T23:39:00+09:00 2025-03-02T17:55:10+09:00 https://dh0304.github.io/posts/single-to-multi-module-(5)/ Not_just_code

들어가기 앞서 단일 모듈에서 멀티 모듈 전환기에서 다루는 거의 모든 내용은 주관적인 관점을 가지고 있습니다.다른 글의 내용을 인용할 경우 레퍼런스를 참조하거나 참고 문서에 존재합니다. 피드백은 언제나 환영합니다. 글의 내용에 대한 의견이나 질문이 있으시면 댓글로 남겨주세요. ‘단일 모듈에서 멀티 모듈 전환기 - (4) JPA 엔티티 격리 및 DB 추상화’에서 이어집니다. 현재 구조 분석 도메인 간의 의존 관계 프로젝트에서 도메인 간의 의존 관계를 표현한 다이어그램입니다. 기대하는 의존 관계와 존재 할 수도 있는 의존 관계를 나타냅니다. 도메인 간의 의존 관계는 도메인 모델뿐만아니라 서비스 계층, 구현 계층, 테스트 코드 등 모든 클래스와 객체 간의 관계를 포함합니...