25일차. IT 개념 정리

 

---

**“서브모듈(Submodule)”**은 Git에서 사용하는 개념으로, 한 Git 저장소 안에 다른 Git 저장소를 포함시키는 방법이에요.
조금 쉽게 설명하자면, 프로젝트 안에 또 다른 독립적인 프로젝트를 끼워 넣는 것이라고 볼 수 있습니다.

---

🔍 기본 개념 정리

구분설명

메인 저장소(Main Repository)	여러분이 작업하는 주된 프로젝트 저장소
서브모듈(Submodule)	메인 저장소 안에 포함된 별도의 Git 저장소 (독립적으로 버전 관리됨)

---

💡 예시로 이해하기

예를 들어, 여러분이 웹사이트 프로젝트를 만들고 있다고 해볼게요.
이 프로젝트는 다음과 같은 구조를 가질 수 있습니다:

 

my-website/ ├── frontend/ ├── backend/ └── shared-library/ ← 여기에 공통 라이브러리를 서브모듈로 추가

여기서 shared-library는 다른 팀이 관리하는 별도의 Git 저장소일 수 있어요.
그런데 여러분 프로젝트에서도 그 코드를 그대로 쓰고 싶다면?
👉 그럴 때 git submodule add 명령을 이용해 서브모듈로 추가하면 됩니다.

---

⚙️ 주요 명령어

명령어설명

git submodule add [저장소 주소] [경로]	서브모듈 추가
git submodule update --init --recursive	서브모듈 초기화 및 업데이트
git submodule update --remote	원격 저장소의 최신 커밋으로 업데이트
git submodule status	서브모듈 상태 확인

---

⚠️ 주의할 점

• 서브모듈은 별도의 Git 저장소라서, 커밋을 할 때 서브모듈 내부의 변경사항은 자동으로 반영되지 않습니다.
  → 즉, 서브모듈 안에서 직접 커밋해야 합니다.
• 협업 시에는 다른 개발자도 git submodule update --init을 해줘야 정상적으로 코드가 받아집니다.

---

✅ 요약

서브모듈 = 프로젝트 안의 또 다른 Git 프로젝트.
공통 라이브러리나 별도 관리가 필요한 부분을 깔끔하게 분리할 때 유용합니다.

 

 

---

Spring AOP에 대해 알아볼게요.
AOP는 스프링의 핵심 기능 중 하나로, 공통 기능(로깅, 트랜잭션, 보안 등)을 모듈화해 코드 중복을 줄이는 기술이에요.

---

🌱 AOP란?

AOP (Aspect Oriented Programming) — “관점 지향 프로그래밍”이라고 부릅니다.
쉽게 말하면, **핵심 로직(Core Business Logic)**과 **공통 관심사(Cross-Cutting Concern)**를 분리하는 프로그래밍 방식이에요.

---

🔍 AOP의 개념 구조

용어설명

Aspect (관점)	공통 기능을 정의한 모듈 (예: 로깅, 트랜잭션, 권한 체크 등)
Join Point (조인 포인트)	AOP가 적용될 수 있는 지점 (예: 메서드 실행 시점 등)
Pointcut (포인트컷)	실제로 AOP를 적용할 지점을 지정하는 표현식
Advice (어드바이스)	실행 시점별로 동작할 코드 (Before, After, Around 등)
Weaving (위빙)	Aspect를 실제 코드에 적용하는 과정

---

💡 예시로 이해하기

예를 들어, 서비스 로직마다 로깅 코드를 넣는다고 생각해보세요 👇

 

public void order() { System.out.println("로그 시작"); // 핵심 비즈니스 로직 System.out.println("로그 끝"); }

이런 코드가 여러 곳에 반복된다면 유지보수가 어렵겠죠?

이걸 AOP로 바꾸면 로깅 기능을 따로 관리할 수 있습니다:

 

@Aspect @Component public class LoggingAspect { @Before("execution(* com.example.service.*.*(..))") public void beforeLog() { System.out.println("로그 시작"); } @After("execution(* com.example.service.*.*(..))") public void afterLog() { System.out.println("로그 끝"); } }

👉 이제 모든 com.example.service 패키지의 메서드 실행 전후로 자동으로 로그가 찍힙니다.

---

🧩 스프링에서 AOP 사용하는 이유

이유설명

중복 제거	로깅, 트랜잭션, 예외 처리 등의 중복 코드 제거
유지보수 용이	공통 기능 변경 시 한 곳만 수정
관심사 분리	핵심 로직과 보조 로직을 깔끔하게 분리

---

⚙️ 어드바이스(Advice) 종류

종류실행 시점예시

@Before	메서드 실행 전	접근 로그 기록
@AfterReturning	정상 종료 후	결과 로그 출력
@AfterThrowing	예외 발생 시	에러 로그 저장
@After	실행 후(성공/실패 상관없이)	정리 작업
@Around	실행 전후 전체 제어	실행 시간 측정

---

✅ 요약

Spring AOP
는 “공통 관심사 분리”를 통해
코드 중복을 줄이고, 유지보수를 쉽게 만드는 기술입니다.

주로 로깅, 트랜잭션, 보안, 성능 모니터링 등에 활용됩니다.

 

 

---

🌳 1. 용어 정리: 종단 vs 횡단

구분의미예시

종단 관심사 (End Concern / Core Concern)	애플리케이션의 핵심 기능, 즉 “무엇을 하는가”에 집중하는 로직	주문 처리, 회원 가입, 결제 처리 등
횡단 관심사 (Cross-Cutting Concern)	여러 계층이나 기능에 공통적으로 적용되는 부가 기능	로깅, 보안, 트랜잭션, 예외 처리, 성능 측정 등

즉,

• 종단은 “비즈니스 로직의 본질적인 기능”
• 횡단은 “부가적인 기능(여러 곳에 공통으로 필요한 부분)”
  이라고 이해하면 됩니다.

---

⚙️ 2. 스프링 계층별 분류

계층역할분류이유

Controller	사용자의 요청을 받고 응답을 반환	✅ 종단 관심사	앱의 기능 흐름(입출력)을 직접 담당
Service	비즈니스 로직을 처리	✅ 종단 관심사	핵심 로직의 중심
Repository	데이터베이스 접근 및 관리	✅ 종단 관심사	비즈니스 수행을 위한 필수 로직
Entity	도메인 데이터(비즈니스 모델) 표현	✅ 종단 관심사	비즈니스 데이터의 핵심 구조

따라서,
👉 **Controller ~ Entity 계층은 “종단 관심사”**에 속합니다.
이들은 애플리케이션이 “무엇을 하는가”를 정의하는 주축이에요.

---

🧩 3. 그럼 AOP는 어디에 쓰는가?

AOP는 횡단 관심사를 모듈화할 때 사용됩니다.
예를 들어 다음과 같은 기능이죠:

• 메서드 실행 로그 남기기 (@Before, @After)
• 성능 측정 (@Around)
• 트랜잭션 처리 (@Transactional)
• 보안 체크 (@PreAuthorize)

이런 기능들은 Controller, Service, Repository 모두에 적용될 수 있지만,
비즈니스 로직과는 직접적인 관련이 없기 때문에 **“횡단 관심사”**라고 부릅니다.

---

✅ 결론

Controller, Service, Repository, Entity = 종단 관심사
(즉, 애플리케이션의 핵심 흐름과 로직을 담당)

AOP로 처리되는 로깅, 보안, 트랜잭션 등 = 횡단 관심사
(즉, 여러 계층에 공통적으로 적용되는 부가 기능)