스프링 프레임워크 마스터하기

강력한 객체지향프로그래밍을 위한 프레임워크→ 클래스나 인터페이스들을 쪼개고, 포괄적이고 간결하게 상위 로직 짜기SRP : 클래스에 주요 기능만, 남긴 클래스 하나하나 다 분리하기.OCP : 뭘 변경해야 할때, 기존 코드를 지워서 수정하지 않고 새로운 코드를 추가하자.L

@\*\*Autowired\*\* ; \*\*\*\*컨테이너에 든 자료 중 Chef에 대입할 수 있는 걸 ‘전부’ 집어넣어라.\*\*@Component\*\* ; 스프링 컨테이너(힙)에 자동으로 넣음@Qualifier ; 여러 개의 빈이 등록되었을 때, 어떤 빈을 선택

웹 어플리케이션을 개발하기 위한 스프링 프레임워크→ UI / 비즈니스 로직 분리한 설계5강 - Request Handling아틸러리를 활용한 스트레스 테스트 프로젝트 성과 측정에 써먹자.클라이언트의 요청이 DispatcherServlet으로 들어온다.Dispatche

3 Tier Architecture 스프링에서 가장 일반적으로 쓰이는 아키텍처비즈니스로직 / DB 분리하기 때문에 확장성과 유지보수성이 좋다.💡 Controller → Service → Repository → query 호출개발하기 전 설계 단계에서 테스트코드를 먼저

자바 언어를 위한 오픈소스 ORM 프레임워크JAVA ———— mybatis ———— SQLJAVA 에서 DB와 커넥션 자동 연결쿼리문을 작성한다 노가다로직렬화, 역직렬화 : SQL 문법 → JAVA 문법 (플랫폼이 다른것끼리 언어 바꿔야할때 씀)커넥션 자동 끊기성능 최

mvc 패턴을 이용한 간단 성적조회서비스 만들기

클라이언트와 서버간의 상호작용을 더 단순하게 하고, 쉽게 확장할 수 있는 아키텍처무상태성 Stateless: 서버는 클라이언트의 이전 요청에 대한 정보를 저장하지 않습니다. 각 요청은 필요한 모든 정보를 포함해야 합니다.캐시 Cacheable: 클라이언트는 응답을 캐시

@BeforeEach, @AfterEach의 문제점메모리 부담성능, 속도 저하일반적으로 배포를 위한 빌드는 테스트코드를 모두 통과해야만 완료되게 설정합니다.당연히 모든 기능이 돌아간다는 전제가 되어야 배포를 할 수 있기 때문입니다.성능문제로 빌드 시간을 최대한 줄이는

Domain이 최고수준에서 처리하는 아키텍처 (보통 최상위 기업에서 씀)실제 어떤 로직을 처리하는 기능, 혹은 업무상의 규칙(ex. 재고가 0개면 주문불가), 레포지토리(인터페이스), 엔터티, 예외는 도메인 레이어에서 처리함도메인은 다른 계층에 의존하는걸 금지한다. (

회원가입 기능블로그 포스팅회원 이름별로 블로그 포스팅 테이블이 있다→ 받아야할 것들아이디, 비번, 닉네임, 회원번호닉네임, 제목, 본문, 글번호, 쓴날짜, 수정날짜, 조회수@Getter @Setter @toString @AllArgsConstructor @NoArgsC

blog에 유저가 추가 될 때마다, blog_user 테이블과 user 테이블 두개를 만든다. (동적테이블)유저 조회할 때마다, SELECT \* FROM 으로 바로 불러올 수 있어서 로딩 속도가 빠르고 성능이 좋아진다. 근데 동적테이블은 JPA에서 일일이 테이블명을

오픈 소스 보안 프레임워크스프링 프레임워크를 기반으로 웹 애플리케이션의 인증(Authentication)과권한 부여(Authorization)를 담당하는 기능을 제공한다.build.gradle dependency에 추가