11일차. IT 개념 정리

 

 

어트리뷰트 -데이터 그 자체

프로퍼티-담는 그릇

 

 

HTML Attributes

 

괄호의 종류

<>

() : 함수, 조건식

{}

[]

 

📋 요약 표

괄호	명칭	주요 쓰임새
()	소괄호	함수, 조건식, 수학 연산
{}	중괄호	코드 블록, 집합
[]	대괄호	배열, 인덱스, 구간, 인용
<>	꺾쇠괄호	HTML 태그, 제네릭, 비교연산

 

 

액션 어트리 뷰트

 

 

🧩 오버라이딩은 ‘다형성(Polymorphism)’에 속하는 개념입니다.

---

✅ 객체지향의 4대 특징 복습

구분의미핵심 키워드

1. 캡슐화(Encapsulation)	데이터와 메서드를 하나로 묶고, 내부 구현을 숨김	정보 은닉, 접근제어자
2. 상속(Inheritance)	기존 클래스를 바탕으로 새로운 클래스를 만듦	재사용성
3. 다형성(Polymorphism)	같은 이름의 메서드가 상황에 따라 다르게 동작	오버라이딩, 오버로딩
4. 추상화(Abstraction)	공통된 특징만 뽑아내서 단순화	인터페이스, 추상 클래스

---

🧠 오버라이딩(Overriding)이란?

상속받은 메서드를 ‘자식 클래스’에서 재정의하여 사용하는 것

즉, 부모 클래스가 가진 메서드를 자식 클래스의 상황에 맞게 다시 구현(override) 하는 것입니다.

 

 

---

“어트리뷰트(Attribute)”와 “프로퍼티(Property)”

 

 

“어트리뷰트(Attribute)”와 “프로퍼티(Property)”는 비슷하게 들리지만, 맥락에 따라 의미가 조금 달라요. 주로 **프로그래밍(특히 객체지향, 웹, C# 등)**에서 쓰이는 개념으로 설명할게요.

---

1️⃣ 프로퍼티(Property)

• 정의: 객체가 가지고 있는 값이나 상태(state)를 나타내는 변수 같은 것.
• 용도: 객체 내부의 데이터를 읽거나 쓰는 방법을 제공.
• 언어 예시: C#, JavaScript, Python
• 특징:
  • 접근자(getter)와 설정자(setter)가 있음.
  • 외부에서 직접 필드를 접근하지 않고, 제어 가능.

예시 (C#):

 

class Person { private string name; // 실제 값 public string Name // 프로퍼티 { get { return name; } set { name = value; } } } Person p = new Person(); p.Name = "Alice"; // setter 호출 Console.WriteLine(p.Name); // getter 호출

여기서 Name이 프로퍼티, name이 필드(field) 입니다.

---

2️⃣ 어트리뷰트(Attribute)

• 정의: **메타데이터(metadata)**를 표현하는 특수한 요소로, 코드나 객체에 부가 정보를 붙일 때 사용.
• 용도: 컴파일러, 런타임, 프레임워크가 특정 동작을 수행하도록 지시할 때 사용.
• 언어 예시: C#, Python 데코레이터, HTML
• 특징:
  • 주로 코드에 붙이는 주석처럼 보이는 정보
  • 실행 시 반영될 수 있음
  • 객체 상태가 아니라 객체 속성에 대한 정보

예시 (C#):

 

[Serializable] // 이 클래스는 직렬화 가능하다는 어트리뷰트 class Person { public string Name { get; set; } public int Age { get; set; } }

예시 (HTML):

 

<img src="cat.jpg" alt="귀여운 고양이" width="200">

• 여기서 src, alt, width가 어트리뷰트.
• HTML 태그의 속성값이라는 점에서 객체지향의 어트리뷰트와 비슷한 개념.

---

🔹 핵심 차이

구분	프로퍼티(Property)	어트리뷰트(Attribute)
의미	객체의 상태/값	객체나 코드에 대한 메타정보
동작	값 읽기/쓰기	코드 동작 제어, 메타데이터 제공
존재 위치	객체 내부	객체/클래스/필드/메서드 등
예시	Person.Name = "Alice"	[Serializable], HTML의 alt="..."

어트리뷰트 : 안 바뀌는 거

프로퍼티: 바뀜

---

! 객체지향 프로그래밍에서 **인터페이스(Interface)**와 **클래스(Class)**는 서로 관련이 깊지만, 목적과 역할이 다릅니다. 자세히 비교해볼게요.

---

1️⃣ 클래스(Class)

• 정의: 객체를 생성할 때 틀(template) 또는 청사진 역할을 하는 구조
• 용도: 실제 객체를 만들고, 상태(state)와 동작(behavior)을 구현
• 구성요소:
  • 필드(Field) → 상태 저장
  • 메서드(Method) → 동작 정의
  • 생성자(Constructor) → 객체 초기화
• 특징:
  • 상태와 동작을 모두 가질 수 있음
  • 단독으로 객체 생성 가능
  • 상속 가능

예시 (Java):

 

class Car { String color; // 필드 void drive() { // 메서드 System.out.println("자동차가 달립니다."); } } Car myCar = new Car(); // 객체 생성 myCar.drive(); // 동작 호출

---

2️⃣ 인터페이스(Interface)

• 정의: 클래스가 반드시 구현해야 하는 메서드의 집합만 정의한 구조
• 용도: 클래스가 **어떤 동작을 제공해야 하는지 규약(Contract)**을 명시
• 구성요소:
  • 추상 메서드(Abstract Method)만 가짐 (Java 8 이후 default, static 메서드 가능)
  • 필드는 보통 상수(final static)만 가능
• 특징:
  • 객체 생성 불가 (구현하는 클래스를 통해서만 사용)
  • 다중 상속 허용 → 여러 인터페이스 구현 가능
  • 구현을 강제함 → 클래스가 인터페이스를 구현하면 반드시 모든 메서드 구현

예시 (Java):

 

interface Drivable { void drive(); // 구현 X, 규약만 } class Car implements Drivable { public void drive() { // 반드시 구현 System.out.println("자동차가 달립니다."); } }

---

3️⃣ 핵심 차이

구분클래스(Class)인터페이스(Interface)

목적	객체 생성, 상태와 동작 구현	동작 규약 정의, 강제 구현
상태	가질 수 있음 (필드)	일반적으로 없음 (상수만 가능)
동작	구현 가능	구현 불가 (Java 8 이후 default 가능)
인스턴스	생성 가능	직접 생성 불가
상속/구현	단일 상속 가능	다중 구현 가능
예시	Car, Person	Drivable, Serializable

---

💡 한 줄 요약:
클래스 = “실체 있는 설계도 + 동작”, 인터페이스 = “무엇을 해야 하는지 규칙만”

 

 

 

 

---

1️⃣ CRUD란?

CRUD는 영어 단어의 첫 글자를 따서 만든 약자입니다:

약자의미설명

C	Create	데이터 생성 (INSERT)
R	Read	데이터 조회 (SELECT)
U	Update	데이터 수정 (UPDATE)
D	Delete	데이터 삭제 (DELETE)

즉, 데이터베이스의 데이터를 만들고, 읽고, 수정하고, 삭제하는 작업을 말해요.

---

2️⃣ 스프링에서 CRUD 구현

스프링에서는 보통 Spring Data JPA나 MyBatis 같은 ORM을 사용해서 쉽게 CRUD를 구현할 수 있어요.

예시: Spring Data JPA

 

3️⃣ 핵심 요약

• CRUD = 데이터 생성, 조회, 수정, 삭제
• 스프링에서는 JPA Repository나 MyBatis Mapper를 통해 간단히 구현 가능
• 실제 웹 애플리케이션에서는 Controller → Service → Repository 구조로 CRUD를 처리

---

💡 한 줄 요약:
“CRUD = DB에서 데이터 만들고, 보고, 바꾸고, 지우는 기본 작업”

 

---

1️⃣ CQRS란?

CQRS = Command Query Responsibility Segregation
한글로 번역하면 **“명령과 조회 책임 분리”**예요.

• Command → 데이터 변경(Create/Update/Delete)
• Query → 데이터 조회(Read)

즉, 읽기와 쓰기 로직을 분리해서 설계하는 패턴이에요.

---

2️⃣ 기존 CRUD vs CQRS

구분CRUDCQRS

구조	하나의 모델/테이블에서 읽기와 쓰기 모두 처리	읽기(Read) 모델과 쓰기(Command) 모델 분리
장점	단순, 직관적	성능 최적화, 확장성, 복잡한 도메인 처리 용이
단점	읽기/쓰기 로직이 섞여 복잡할 수 있음	설계 복잡, 구현 난이도 ↑

---

3️⃣ CQRS 장점

1. 성능 최적화 가능
   • 조회용 모델과 쓰기용 모델을 별도로 최적화 가능
   • 예: 조회는 캐시, 쓰기는 트랜잭션 DB
2. 확장성
   • 읽기 트래픽과 쓰기 트래픽을 독립적으로 확장 가능
3. 복잡한 도메인 처리 용이
   • DDD(Domain-Driven Design)에서 유용

---

😊 전자정부 프레임워크(eGovFrame) 프로젝트에서 **JPA(Java Persistence API)**가 채택된 이유를 배경, 장점, 실제 적용 관점에서 설명할게요.

---

1️⃣ 배경: 전자정부 프레임워크와 DB 처리

• eGovFrame 프로젝트는 공공기관 시스템을 위한 표준화된 개발 플랫폼
• 대부분 **관계형 데이터베이스(RDB)**를 사용
• 예전에는 JDBC, MyBatis 등 SQL 직접 작성 방식이 주로 사용됨

문제점:

1. SQL이 직접 작성되어 코드와 데이터 접근 로직이 분리되지 않음 → 유지보수 어려움
2. 객체지향 언어(Java)와 RDB 구조 간 불일치 문제(Object-Relational Impedance Mismatch) 발생
3. 트랜잭션 처리, 복잡한 연관관계 관리가 번거로움

→ 그래서 JPA가 도입됨

---

2️⃣ JPA 채택 이유

① 객체 지향적 데이터 접근

• 엔티티(Entity) 클래스를 통해 DB 테이블을 객체처럼 다룸
• SQL을 직접 작성하지 않고, 객체 조작만으로 CRUD 가능

 

User user = new User(); user.setName("Alice"); userRepository.save(user); // INSERT 자동 처리

② 코드 간결성과 유지보수 용이

• DAO, SQL 반복 코드를 줄이고, Repository 인터페이스만 정의
• 유지보수 시 DB 구조 변경 시 코드 수정 최소화

③ 트랜잭션 및 연관관계 관리

• JPA는 1:N, N:M 관계 매핑 가능 → 객체 관계를 자연스럽게 표현
• 트랜잭션 처리 자동화 → @Transactional 한 줄로 처리 가능

④ 표준화와 벤더 독립성

• JPA는 Java 표준 API → 특정 DB 벤더(MySQL, Oracle, PostgreSQL) 독립적
• eGovFrame 프로젝트처럼 공공기관 표준 플랫폼에 적합

⑤ 성능 최적화 기능

• 지연 로딩(Lazy Loading), 캐싱 제공 → 대규모 시스템 성능 최적화 가능

---

3️⃣ 한눈에 비교

구분JDBC/MyBatisJPA

SQL 작성	직접 작성	객체 조작, 자동 SQL
객체 매핑	수동	자동 매핑(Entity)
트랜잭션	수동	@Transactional 지원
유지보수	어려움	용이
벤더 의존성	높음	낮음

---

💡 정리 한 줄:
“eGovFrame에서 JPA를 채택한 이유 = 객체 지향적 DB 처리, 코드 간결성, 트랜잭션 관리, 표준화, 유지보수 용이성 때문”

 

 

---

1️⃣ HTTP 메서드와 CRUD 매핑

CRUD목적HTTP 메서드스프링 매핑 어노테이션

 

Create	데이터 생성	POST	@PostMapping
Read	데이터 조회	GET	@GetMapping
Update	데이터 수정	PUT / PATCH	@PutMapping / @PatchMapping
Delete	데이터 삭제	DELETE	@DeleteMapping