일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- Annotation
- Service
- 삼행시
- string
- lombok
- yeouido
- 개발
- replace()
- repository
- 아스키코드
- java
- 스프링
- StringBuffer
- Controller
- 항해
- 백엔드
- CS
- StringBuilder
- 문자열
- 어노테이션
- upc
- 이행시
- 자바
- 윤동주
- bit
- Spring
- Today
- Total
목록분류 전체보기 (32)
Dev.끄적끈적
"제어의 역전 (IoC: Inversion of Control)" 프로그램의 제어 흐름이 뒤바뀜 일반적: 사용자가 자신이 필요한 객체를 생성해서 사용 IoC (제어의 역전) 용도에 맞게 필요한 객체를 그냥 가져다 사용 "DI (Dependency Injection)" 혹은 한국말로 "의존성 주입"이라고 부릅니다. 사용할 객체가 어떻게 만들어졌는지는 알 필요 없음 실생활 예제) 가위의 용도별 사용 Repository DI 적용 public void createProduct(Product product) throws SQLException { // DB 연결 Connection connection = DriverManager.getConnection("jdbc:h2:mem:springcoredb", "sa"..
1. Controller 클라이언트의 요청을 받음 요청에 대한 처리는 서비스에게 전담 클라이언트에게 응답 2. Service 사용자의 요구사항을 처리 ('비즈니스 로직') 하는 실세 중에 실세!!! 현업에서는 서비스 코드가 계속 비대해짐 DB 정보가 필요할 때는 Repository 에게 요청 3. Repository DB 관리 (연결, 해제, 자원 관리) DB CRUD 작업 처리 전체적인 모습 관심사 분리해보기 1. Controller 2. Service 3. Repository
보호되어 있는 글입니다.
[HTTP 메시지] Client 와 Server 간 Request, Response 는 HTTP 메시지 규약을 따름 HTTP 메시지는 웹 서비스 개발자(백엔드, 프론트 개발자)에게 매우 중요한 내용!! 스프링 MVC 이해를 위한 필수 내용만 학습 1) 메시지 구조 🌐 참고: HTTP 메시지 설명 (MDN Web Docs) 시작줄 (start line) Response 에선 '상태줄 (status line)' 이라고 부름 헤더 (headers) 본문 (body) 2) Request 메시지 시작줄: API 요청 내용 GET **naver.com** HTTP/1.1 헤더 "Content type" 없음 HTML 태그로 요청 시 Content type: application/x-www-form-urlencode..
보호되어 있는 글입니다.
보호되어 있는 글입니다.