일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- Be
- 디자인교육
- 디자인챌린지
- KDT
- 내일배움카드
- 백엔드개발자
- UXUI기초정복
- UXUIPrimary
- 백엔드
- 백준
- 티스토리챌린지
- 내일배움캠프
- baekjoon
- 오블완
- UXUI챌린지
- mysql
- 부트캠프
- 디자인강의
- 오픈패스
- 국비지원취업
- Spring
- 국비지원
- 패스트캠퍼스
- OPENPATH
- Java
- 환급챌린지
- 객체지향
- 백엔드 부트캠프
- 국비지원교육
- 오픈챌린지
- Today
- Total
목록목록 전체 보기 (156)
군만두의 IT 공부 일지
목차5장. 스프링 컨텍스트: 빈의 스코프 및 수명 주기이 장에서 다룰 내용- 싱글톤 빈 스코프 사용하기- 싱글톤 빈을 위한 즉시 및 지연 인스턴스 생성하기- 프로토타입 빈 스코프스코프(scope): 스프링에서 빈을 생성하고 수명 주기를 관리하는 방식싱글톤(singleton)프로토타입(prototype)5.1 싱글톤 빈 스코프 사용5.1.1 싱글톤 빈의 작동 방식싱글톤은 스프링에서 가장 많이 사용되는 기본 빈 스코프이다.스프링은 컨텍스트를 로드할 때 싱글톤 빈을 생성하고 빈에 이름(빈 ID)을 할당한다. 특정 빈을 참조할 때 항상 동일한 인스턴스를 얻기 때문에 이 스코프를 싱글톤이라고 한다.스프링 컨텍스트에서 이름이 다른 경우 동일한 타입의 인스턴스를 더 많이 가질 수 있다. 스프링에서 싱글톤은 동일한 타..

목차4장. 스프링 컨텍스트: 추상화이 장에서 다룰 내용- 인터페이스를 사용하여 계약 정의하기- 스프링 컨텍스트에서 빈 추상화 사용하기- 추상화와 함께 의존성 주입 사용하기4.1 계약 정의를 위한 인터페이스 사용인터페이스: 자바에서 특정 책임을 선언하는 데 사용하는 추상 구조. '무엇이 발생해야 하는지(필요 대상)'를 지정.인터페이스를 구현하는 객체: '어떻게 그것이 발생해야 하는지(발생 방법)'를 지정.4.1.1 구현 분리를 위해 인터페이스 사용예시 1) 목적지로 이동하려고 우버(Uber) 같은 차량 공유 앱을 사용할 때,차량 공유 앱 = 인터페이스고객 = 이동을 요청함서비스를 제공할 수 있는 차를 가진 드라이버 = 고객 요청에 응할 수 있음고객과 드라이버는 앱(인터페이스)으로 분리되어 있어 서로에 대해..

목차 제목: 스프링 마스터 저자: 로렌티우 스필카, 정성권 번역 출판사: 길벗 가격: 33,000원 기초부터 탄탄하게 배워서 바로 쓰는 스프링 입문 '이것이 자바다' 스터디가 끝나고, 이번에는 스프링 스터디를 진행하려고 한다. 해당 용어에 대해 부족한 점이 많은 것 같아, 여러 책들을 분석한 결과 적절한 구성의 책을 선정하였다.2장. 스프링 컨텍스트: 빈 정의이 장에서 다룰 내용- 스프링 컨텍스트의 필요성 이해하기- 스프링 컨텍스트에 새로운 객체 인스턴스 추가하기컨텍스트: 프레임워크가 관리할 모든 객체 인스턴스를 추가하는 앱의 메모리 공간스프링이 객체를 볼 수 있게 하려면 컨텍스트에 객체를 추가해야 한다.객체 인스턴스를 빈(Bean)이라고 한다.2.1 메이븐 프로젝트 생성메이븐..
목차 이번에는 다양한 디자인 패턴 중 일부를 실제 프로젝트에 적용해 보기로 했다. 각 패턴의 기본 개념과 실습을 진행하려고 한다. 이전 게시글에서 설계한 쇼핑몰 서비스에 대해 디자인 패턴(어댑터, 전략, 템플릿 콜백)을 적용할 것이다.06. 스프링이 사랑한 디자인 패턴디자인 패턴:실제 개발 현장에서 비즈니스 요구 사항을 프로그래밍으로 처리하면서 만들어진 다양한 해결책 중에서 많은 사람들이 인정한 베스트 프랙티스를 정리한 것객체 지향의 특성 중 상속(extends), 인터페이스(interface/implements), 합성(객체를 속성으로 사용)만을 이용한다.스프링 프레임워크: 자바 엔터프라이즈 개발을 편하게 해주는 오픈소스 경량급 애플리케이션 프레임워크1. 어댑터 패턴(Adapter Pattern)어댑터..
목차 이번에는 책 198쪽에 있는 쇼핑몰 서비스에 대해서 도메인 모델 및 유스케이스에 대해 책임-주도 설계를 진행했다. 각자 같은 주제에 대해서 그려보고, 스터디원끼리 피드백을 하기로 했다.06. 객체 지도책임-주도 설계:시스템의 기능을 역할과 책임을 수행하는 객체들의 협력 관계로 바라보게 함으로써 두 가지 기본 재료인 유스케이스와 도메인 모델을 통합한다.사용자의 관점에서 시스템의 기능을 명시하고, 사용자와 설계자가 공유하는 안정적인 구조를 기반으로 기능을 책임으로 변환하는 체계적인 절차를 따라야 한다.쇼핑몰 서비스 설계전체 시나리오에 대해서 고민하니 너무 복잡해서 '고객의 주문'을 중심으로 생각했다.유스케이스유스케이스:사용자와 시스템 간의 상호작용을 보여주는 텍스트하나의 시나리오가 아니라 여러 시나리오..
목차21장. 자바 21에서 강화된 언어 및 라이브러리21.6 가상 스레드가상(virtual) 스레드: 처리량이 높은 동시 애플리케이션을 개발할 때 사용할 수 있는 경량(lightweight) 스레드가상 스레드 개요지금까지는 서버 애플리케이션에서 사용자 요청을 동시에 처리(요청별 스레드)하기 위해 스레드풀링을 사용했다.풀링: 제한된 개수로 스레드를 운용하는 것14장에서 스레드풀링을 학습했다. 스레드풀에서 초당 200개의 요청을 동시에 처리할 때 10개의 스레드를 사용했다면, 초당 2000개의 요청을 동시에 처리하려면 스레드풀에는 100개의 스레드가 풀링되어야 한다.자바 17까지: 운영체제가 제공하는 플랫폼(platform) 스레드를 래핑했기 때문에 스레드와 플랫폼 스레드가 1:1로 매핑된다.플랫폼 스레드는..
목차 이번에는 SOLID에 대해서 책과는 다른 예시를 생각해보고 다이어그램을 그렸다.05. 객체 지향 설계 5원칙 - SOLIDSOLID는 로버트 C. 마틴이 2000년대 초반 객체 지향 프로그래밍 및 설계의 다섯 가지 기본 원칙으로 제시한 것을 마이클 페더스가 두문자어로 소개한 것이다.- SRP(Single Responsibility Principle): 단일 책임 원칙. 어떤 클래스를 변경해야 하는 이유는 오직 하나뿐이어야 한다.- OCP(Open Closed Principle): 개방 폐쇄 원칙. 자신의 확장에는 열려 있고, 주변의 변화에 대해서는 닫혀 있어야 한다.- LSP(Liskov Substitution Principle): 리스코프 치환 원칙. 서브 타입은 언제나 자신의 기반 타입으로 교체..
목차 이번에는 책에서 읽은 내용을 현재 진행 중인 MSA(Microservice Architecture) 기반 물류 시스템의 '주문 서비스'와 연결하여 정리했습니다.04. 자바가 확장한 객체 지향1. abstract 키워드 - 추상 메서드와 추상 클래스추상 메서드(Abstract Method): 선언부는 있는데 구현부가 없는 메서드추상 메서드를 하나라도 갖고 있는 클래스는 반드시 추상 클래스(Abstract Class)로 선언해야 한다.추상 메서드 없이도 추상 클래스를 선언할 수는 있다.- 추상 클래스는 인스턴스, 즉 객체를 만들 수 없다. 즉, new를 사용할 수 없다.- 추상 메서드는 하위 클래스에게 메서드의 구현을 강제한다. 오버라이딩 강제.- 추상 메서드를 포함하는 클래스는 반드시 추상 클래스여야..