Hyunebee

팀프로젝트를 마치며.. 팀프로젝트를 끝으로 이제 모든 교육과정이 끝났습니다. 다행이도 무사히 수료를 마치고 글을 작성하고 있습니다. 저는 백엔드 조원으로 팀프로젝트에 참여했습니다. 구성의 경우는 프론트 2명 백엔드 3명 + 전임강사님 + 제로베이스 진행 강사님까지 이런식으로 화상회의를 진행하였습니다. 총 5~6주의 기간동안 진행했으며 1주차에는 주제 2주차에는 문서작성 3~6주차에는 개발위주로 진행하였습니다. 이과정에서 주마다 한번씩 전임강사님의 피드백을 받아가면서 수정을 진행하였습니다. 6주란 기간은 생각보다 개발을 하기에 터무니없이 부족한 시간이라고 생각했습니다. 따로 모여서 하는게 아닌 개개인이 진행한 부분을 PR로 병합하고 통일하는과정이 생각보다 많이 걸렸기 때문입니다. 왜 의사소통이 중요한지 알..

벌써 8월 아니 9월입니다. 7월에는 집안일과 몸이 아파서 공부를 많이 못한거 같아서 후회스럽습니다. 마지막 까지 열심히 해보겠습니다. 이번달은 팀프로젝트 위주로 공부를 했던거 같습니다. 진짜 팀프로젝트는 꼭꼭 할 수 있으시 다면 한번쯤은 해봐야합니다. 저는 앞으로 프로젝트 해본것을 더다듬어서 취업 전선에 참여할 것 같습니다. 그때 까지 모두 열심히 달려봅시다~ 팀프로젝트 시작 전 준비 팀프로젝트 시작전 준비운동..? 네카라쿠베 강사님들의 프로젝트들을 먼저 배우고 팀프로젝트에 들어갑니다. 스프링을 사용하기 이전부터 사용한 이후 차이 현업에서는 뭐가 쓰이고 좋다..? 자기 경험을 이야기 해주십니다. 코드를 짜면서 점점 짜임새가 갖춰지고 코드의 재사용성 등등 고도화 작업을 직접 느끼실 수 있습니다. 항상 느..

Part1 통과 소감 벌써 수강한지 3개월이 지나가고 있어요.. 현재는 Part1의 과제를 제출하고 작성하는 중입니다. 자바 기초부터 CS지식 데이터베이스 JSP 스프링 등등 많을것을 배웠습니다. 아직 정리가 필요하긴하지만 전체적인 느낌을 알고가는 Part1이라고 생각하고 무사히(?) 끝낸것 같습니다. 주마다 하는 코테는 아직도 적응중이라는게 함정입니다. 프로젝트와 Part1 이번에 Part1에는 2가지 프로젝트가 있었어요! 하나는 공공API 데이터를 파싱해서 데이터베이스에 넣고 불러오는 JSP와 데이터 베이스를 사용했습니다! JSP는 큰 설명이 없어서 처음에는 어렵긴 했지만 과제로 나오니 어찌저찌 처리하게 되더 라구요. 이게 돈의 힘인가.. 했습니다. 아니면 저도 발전이 있었나봐요! . 두번째 프로젝트..

Lombok : @Setter , @Getter -Java Bean 규약에 있는 setter, getter를 자동으로 생성해줌 @ToString -Object에 기본 구현된 ToString 대신 객체의 데이터를 보여주는 ToString을 자동 생성 @NoArgsConstructor -No Argument Constructor, 파라미터가 없는 생성자를 만든다. -만약 필드가 final로 설정되어 있는 경우 컴파일러 에러가 발생한다. 필드가 final로 설정되어 있는 경우@NoArgsConstructor(force = true)옵션을 사용하면 final 필드를 0,false,null 등으로 강제 초기화를 하여 생성자를 만들 수 있다. @RequiredArgsConstructor -final 필드 또는 @N..

REST API로 예외 처리하기 전역 처리시 @RestControllerAdvice, ControllerAdvice @ExceptionHandler 컨트롤러 기반 예외 처리 HTTP Status code를 변경하는 방법 @ResponseStatus ResponseEntity 활용 예외처리 우선순위 1. 해당 Exception이 정확히 지정된 Handler 2. 해당 Exception의 부모 예외 Handler 3. 이도 저도 아니면 그냥 Exception(모든 예외의 부모) @ResponseStatus 사용 @ResponseStatus(value = HttpStatus.FORBIDDEN) @ExceptionHandler(IllegalAccessException.class) public ErrorRespo..

필터 스프링 외부에 존재 서블릿에서 제공하는 공통처리 기능 스프링 내로 요청이 들어오기 전과 스프링의 요청이 나갈 때 처리 기능을 함 조금더 low level의 처리가 가능하다. 인터셉터 스프링에서 제공하는 공통처리 기능 실제 매핑된 Handler 확인 가능 조금 더 상세한 조건식과 세부적인 스펙을 통해 구체적인 시점에 구체적인 동작이 가능하다. AOP와 비교한다면 AOP는 인터셉터보다 더 구체적인 조건과 동작을 가진다. 실습 아래는 @Component를 통해 자동으로 스프링 컨테이너 부착 @Component @Slf4j public class LogFilter implements Filter{ @Override public void doFilter( ServletRequest request, Servl..

Controller와 restController의 차이 Controller : 응답값이 기본적으로 HTML을 주도록 되어 있음 RestController : 응답값으로 Rest API 요청에 대한 응답(주로 JSON)을 주도록 되어 있음 축약형 매핑 어노테이션 -> 스프링4.3 부터 @GetMapping : 데이터를 가져옴 @PostMapping : 데이터를 전송함 @PutMapping : 전체 수정 @PatchMapping : 일부 수정 @DeleteMapping : 삭제 스프링 HTTP 요청 파라미터 전송 파라미터를 넘기는 법(Get, Delete) 1. PathVariable : id를 path에 넣는것을 선호 @PathVariable(”id”) String identity; 하지만 이름이 같으면 ..

Validation - 유효성 검증 주로 사용자 or 타 서버의 요청에 대해 잘못된 내용이 있는지 확인하는 행위 Validation 1. 데이터 검증 필수 데이터의 존재 유무, 값의 범위, 특정 형식 데이터 등 2. 비지니스 검증 서비스에 정책에 따라 데이터를 확인하여 검증 Spring Validation 스프링은 웹 레이어에 종속적이 지 않고 2가지 방법으로 진행 -> 둘다 데이터 검증에 가까움 1.Java Bean Validation JavaBean 기반으로 간편하게 개별 데이터 검증 어노테이션으로 검증 방법을 명시해줌 2.Spring validator 인터페이스 구현을 통한 validation Data Binding 사용자나 외부 서버의 요청 데이터를 특정 도메인 객체에 저장해서 우리 프로그램에 R..