전체 글

1. project 구조 api(controller/ rest API) 역할 application (service, DB transaction, business logic, handler) dao ( dao, repository) domain (entity) dto ( dto class) exception (예외 처리) domain → dao → dto→application → api (botton up) 방식으로 해보자,,! 2. Service : 비지니스 조직 정리 - 게시글 가져오기 - 최신 날짜에 따른 내림차순으로 업로드 - 등록하기 - 삭제하기 - 글 작성 유저= 본인 id 일치 여부 확인 - 3. Git pull error

1. 비지니스 요구사항과 설계 [ 1 ] 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 등급이 있다. 회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다. (미확정) [ 2 ] 주문& 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있다. 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용해달라. (나중에 변경 될 수 있다.) 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 오픈 직전까지 고민을 미루 고 싶다. 최악의 경우 할인을 적용하지 않을 수 도 있다. (미확정) 2. 회원 Domain [ 1 ] 회원 Domain 설계 ▷ Enum(Enumeration) : 관련 ..

1. Spring Framework 2. 객체 지향 프로그래밍? - 역할/ 구현 으로 구분하기 → 단순&유연&변경 용이 역할 = interface / 구현 = interface를 구현한 class/ 구현 객체 [ interface를 먼저 설계&부여 → 구현 객체 만들기 ] - client: request / server : response 3. SOLID 객체지향 설계 5가지 원칙 1: SPR 단일 책임 원칙 클래스는 하나의 책임만 가진다. 변경이 있을 때, 변동사항이 적으면 단일 책임 원칙을 잘 따른것이다. 2: OCP 개방-폐쇠 원칙 기존 코드를 변경하는 것이 아닌, 다형성을 이용하여 코드를 확장해내간다. → 객체 생성& 연관 관계를 맺어주는 별도의 조립/설정자가 필요하다. //수정 전 public ..

https://velog.io/@junho918/%EC%8A%A4%ED%94%84%EB%A7%81-MVC-%EA%B7%B8%EB%9E%98%EC%84%9C-%EC%9B%B9-%EC%84%9C%EB%B2%84%EA%B0%80-%EB%8C%80%EC%B2%B4-%EB%AD%94%EB%8D%B0 [스프링 MVC] 그래서 웹 서버가 대체 뭔데? 인프런 김영한 님의 스프링 MVC 1편 - 웹 개발 핵심 기술 을 수강하고 정리한 내용입니다. 김영한님 체고.스프링은 공부해도 공부해도 정말정말 공부할게 너무 많다. 근데 마침 김영한 님께서 MVC velog.io // 서비스& 컨트롤러 차이 // api vs controller https://velog.io/@always0ne/%EC%8A%A4%ED%94%84%EB%A..

https://hyomee.tistory.com/124 Spring-Data-JPA Annotation 객체와 테이블 매핑 : @Entity, @Table 기본키 매핑 : @Id, @GeneratedValue, @SequenceGenerator, @TableGenerator 필드와 컬럼 매핑 : @Column, @Enumerated, @Temporal, @Lob, @Transient 어노테이션 적용 기능 @Entity 클래스 JPA 에게 hyomee.tistory.com 1. 객체 & 테이블 매핑 ( 적용 → Class) : @Entity, @Table 2. 기본키 매핑 : @Id (적용 →클래스/필드), @GeneratedValue, @SequenceGeneration, @TableGEnerator 3..

2024.02.21 - [정보처리기사[필기]/3과목_ 데이터베이스 구축] - [데이터베이스 구축 Chap.01] [데이터베이스 구축 Chap.01] 2024.02.21 - [정보처리기사[필기]/2과목_ 소프트웨어 개발] - [소프트웨어 개발 Chap.01] [소프트웨어 개발 Chap.01] 2024.02.08 - [정보처리기사[필기]/1과목_ 소프트웨어 설계] - [소프트웨어 설계 Chap.01] [소 mink02-study-recording.tistory.com 1. DB 저장 공간 설계 2. 트랜잭션 3. 인덱스 4. View 5. 클러스터(Cluster) 6. 분산 DB 설계 7. DB 이중화 / 서버 클러스터링 8. DB 보안 / Storeage 9. 논리 Data 모델의 물리 Data 모델 변환..

2024.02.21 - [정보처리기사[필기]/2과목_ 소프트웨어 개발] - [소프트웨어 개발 Chap.01] [소프트웨어 개발 Chap.01] 2024.02.08 - [정보처리기사[필기]/1과목_ 소프트웨어 설계] - [소프트웨어 설계 Chap.01] [소프트웨어 설계 Chap.01] 1. 소프트웨어 생명 주기(SDLC. Software Development Life Cycle) (1) 폭포수 모형 (Waterfall Model) - mink02-study-recording.tistory.com 1. DB 설계 ▷ DB 설계 시 고려사항 무결성, 일관성, 회복, 보안, 효율성, DB 확장 ▷ DB 설계 순서 - 요구 조건 분석 : 요구 조건 명세서 작성 - 개념적 설계 : 독립적 개념 스키마 모델링 / ..

2024.02.08 - [정보처리기사[필기]/1과목_ 소프트웨어 설계] - [소프트웨어 설계 Chap.01] [소프트웨어 설계 Chap.01] 1. 소프트웨어 생명 주기(SDLC. Software Development Life Cycle) (1) 폭포수 모형 (Waterfall Model) - 가장 오래되고 가장 폭넓게 사용된 고전적 생명 주기 모형 - 한 단계가 끝나야만 다음 단계로 넘어가는 선형 mink02-study-recording.tistory.com 1. 자료구조 ▷ 선형 구조 - 배열 : 정적인 자료구조. 용량 추가 어려움& 메모리 낭비 심함. 반복적인 데이터 처리작업 - 스택: 한쪽 끝으로만 자료의 삽입 & 삭제 작업. 후입선출 (LIFO. Last In First Out) - 큐 : 한쪽..

2024.02.08 - [정보처리기사[필기]/1과목_ 소프트웨어 설계] - 소프트웨어 설계_ 1 [소프트웨어 설계 Chap.01] 1. 소프트웨어 생명 주기(SDLC. Software Development Life Cycle) (1) 폭포수 모형 (Waterfall Model) - 가장 오래되고 가장 폭넓게 사용된 고전적 생명 주기 모형 - 한 단계가 끝나야만 다음 단계로 넘어가는 선형 mink02-study-recording.tistory.com 1. 객체지향 (Object-Oriented) 1 ) 객체 (Object) - 독립적으로 식별 가능한 이름 - 객체가 가질 수 있는 조건 상태 (State) 는 일반적으로 시간에 따라 변함 - 객체 객체 는 상호 연관성에 의한 관계가 형성 - 객체가 반응할 수..

2024.02.11 - [HTML+CSS+JAVASCRIPT/React] - [REACT.04] React 자습서(1) [REACT.04] React 자습서(1) https://ko.legacy.reactjs.org/docs/introducing-jsx.html JSX 소개 – React A JavaScript library for building user interfaces ko.legacy.reactjs.org 위와같은 react 자습서를 기반으로 작성하였습니다. 1. 함수 호출 function formatName(us mink02-study-recording.tistory.com 2024.01.31 - [HTML+CSS+JAVASCRIPT/React] - [REACT.02] REACT의 ELEMEN..