▪️프레임워크, 라이브러리

---

📖 프레임워크

💡 붕어빵을 만들땐 붕어빵틀을 사용해야 한다 ! 소프트웨어를 만들때 틀

📌 장점

• 일관된 구조로 팀 협업 편해짐
• 필요한 기능과 도구(보안관련 기능까지)를 제공, 개발자들은 비즈니스 로직에 집중 가능
• 인기 있는 프레임 워크는 다양한 문서를 활용할 수 있다 (커뮤니티)

📌 단점

• 구조가 복잡하다 보니 처음 배울때 시간 많이 소요된다
• 버전이 달라지면 기존 코드와 호환이 불가할수도
• 틀이 있다보니 자유롭게 변경은 불가

---

📖 라이브러리

💡 도서관에서 책 찾아읽듯, 소프트웨어 만들때 필요한 도구를 꺼내서 사용할 수 있다

📌 장점

• 누군가 만들어 두었기에 직접 개발하지 않아도 되고, 개발생산성 높아진다
• 검증된 라이브러리 ➝ 품질 보장

📌 단점

• 라이브러리가 업데이트되거나 지원이 중단될 수도
• 버전 호환성 문제로 기존 코드와 충돌일어날 수도 ➝ 빈번함
• 일부 불필요한 기능 있을 수도
• 내부 구현은 직접 수정이 어려워서 입맛대로 변경 불가

---

▪️ Annotation

---

📖 Annotation

💡 Java의 주석과 비슷 ( 사람에게 정보 제공 ) , 어노테이션은 프로그램에게 정보 제공
코드에 특별한 의미를 부여하거나, 특정 동작을 트리거하기 위해 사용

• Annotation @로 시작, 다양한 레벨에 위치할 수 있다

📌 내장 Annotation

• @Override
  : 상위 클래스나 인터페이스의 메서드를 오버라이드 하고 있음 (컴파일러는 실제 오버라이드 중인지 확인)

• @Deprecated
  : 더 이상 사용하지 않는 요소를 나타낼 때 (이 코드를 사용하면 컴파일 경고 발생)

• SuppressWarnings
  : 컴파일러 경고 억제 (사용되지 않는 변수에 대한 경고를 무시할 수 있다)

📌 사용자 정의 Annotation

• 필요에 따라 어노테이션을 커스텀 할 수 있다
• 메타데이터를 추가하거나, AOP를 결합할 수도 있다

---

📖 Lombok

💡 어노테이션 기반으로 동작, 보일러 플레이트 코드를 줄여주는 라이브러리
주로 컴파일 시점에 필요한 메서드로 변환
*보일러 플레이트 코드 -getter setter 메서드 생성자 등 반복적으로 작성되는 코드

📌 주요 Lombok Annotation

• @Getter, @Setter

  • 클래스 내부에 모든 필드에 대해 getter ,setter를 자동으로 생성
  
  

• @ToString

  • 객체의 toString() 메서드를 자동으로 생성
    
    

• @EqualsAndHashCode

  • equals()와 hashCode() 메서드를 자동으로 생성
    
    

• ❶@NoArgsConstructor ❷@AllArgsConstructor ❸@RequiredArgsConstructor

  • ❶ 기본 생성자를 생성
  • ❷ 모든 필드를 매개변수로 하는 생성자를 생성
  • ❸ 필수(final) 필드만을 매개변수로 하는 생성자를 자동으로 생성

• @Data

  • @Getter, @Setter, @ToString, @EqualsAndHashCode,@RequiredArgsConstructor를 한꺼번에 적용
  • 주로 테스트 용도로 사용 (잘 안씀)

• @Builder

  • 복잡한 객체들을 필드 이름을 지정하면서 편하게 생성 가능

    User user = User.builder()
                .name("John")
                .age(30)
                .build();

• @Slf4j

  • 클래스에 로그를 남기기 위한 Logger 객체를 자동으로 생성

    @Slf4j
    public class UserService {
    		    public void logMessage() {
    		        log.info("This is a log message");
    	}
    }

    
    

---

▪️Spring Framework와 Spring Boot ▪️

---

📖 Spring Framework

💡 자바로 엔터프라이즈 애플리케이션 개발에 자주 사용
*엔터프라이즈 애플리케이션 : 대규모 비즈니스 프로세스와 데이터를 처리하는 어플리케이션

📌 특징

• 다양한 구성요소를 유연하게 관리
• 누구나 사용할 수 있는 오픈 소스
• 모듈화되어 있어 특정 기능만 선택적 사용도 가능
• Java의 가장 큰 특징인 객체지향 언어의 특징을 살려낸 프레임워크
  
  

---

📖 Spring Boot

💡Spring Framework를 기반으로 간편하게 애플리케이션을 개발할 수 있도록 도와주는 도구

📌 특징

• 자동구성(Auto-configuration) 기능을 제공해서 직접 복잡한 설정할 필요가 없다 -> 생산성 높아짐

• 내장 WAS(Tomcat)를 제공해서 서버 설정 없이 바로 실행 가능

• 빌드 관리 도구(spring-boot-starter-web)를 추가하면 모든 종속성과 설정도 자동 구성

• 라이브러리의 버전을 명시하지 않아도 알아서 호환 가능한 버전 찾고 설정까지!!
  ( 100% 해결은 아닐지도 )

  
  

---

▪️ 빌드 관리 도구 ▪️

---

📖 Gradle

Java와 유사한 문법 구조로 Groovy기반의 스크립트 언어를 사용하는 빌드 자동화 도구

✔️ 빌드?

• 소스 코드를 컴퓨터가 실행할 수 있도록 변환
• 빌드에 필요한 과정
  

✔️ 빌드 자동화 도구

• Gradle은 빌드 뿐 아니라 라이브러리 테스트 관리하고 배포도 할 수 있다

📌 특징

• 1️⃣ 유연성
  - 직접 커스터마이징 가능
  

• 2️⃣ 성능 좋다
  - 빌드 결과물을 캐싱해서 재사용
  - 점진적 빌드 ( 마지막 빌드 호출 이후 변경된 부분만 빌드 -> 효율적 )
  - 데몬 프로세스 ( 다음 빌드를 위해 대기하는 프로세스, 초기화 이후 초기화 안함 )
  

• 3️⃣ 멀티 프로젝트 빌드 지원 ( 다같이 쓰는 클래스를 모듈화 시켜서 각 프로젝트에서 사용 가능 )

• 4️⃣ 설정 주입 방식
  - 프로젝트 별로 설정을 다르게 하거나, 공통을 한번에 주입하거나

🐘 build.gradle를 살펴보자

1. 플러그인
   • 특정 작업을 위해 모아 놓은 task들의 모음집
2. 의존성 관리
   • 우리가 프로젝트에서 사용할 패키지나 라이브러리를 관리
   • 의존성 설정?
   • 라이브러리를 추가하는 시점을 설정할 수 있다.
   • Implementation
     • 컴파일, 런타임 시점 모두에서 사용한다.
   • compileOnly
     • 컴파일할 때만 사용되고 런타임 때에는 사용하지 않는다.
   • runtimeOnly
     • 런타임 때만 사용한다.
   • testImplementation
     • 테스트할 때만 사용한다.
3. repositories
   • 라이브러리가 저장된 위치를 정의하고 온라인 저장소에서 라이브러리를 가져온다

---

Java 웹 기술의 역사

1. Servlet의 등장

• Servlet만으로 요청과 응답을 다 했음 -> 코드 복잡

2. JSP(JavaServer Pages) 도입

• jsp는 html내에 java코드를 삽입할 수 있다 -> jsp 내에 비즈니스 로직을 분리할 수가 없다

3. MVC 패턴 도입

• UI, 비즈니스 로직, 데이터를 분리할 수 있다
• Servlet으로 컨트롤러를 만들고 JSP로 뷰를 만든다 -> 유지보수성과 확장성 향상, 중복 코드 발생

4. MVC 프레임워크 등장

• MVC 패턴을 구현할 수 있게 도와주는 프레임워크가 등장했다

---