티스토리 뷰
강의로 듣고있는 게시판 구현의 수정, 삭제 기능을 공부했습니다.
DB로의 값변경이 있을때에는 앞단에서 필터링을 거른다 하여도
해킹의 위험이 있어서 서버단에서도 무조건 검증을 해야합니다.
그렇다고 서버단에서만 하면은 앞단에서 실수로 잘못된 값을 넣었을경우의
서버단에서의 검증으로의 리소스낭비를 줄이기 위해
둘다 꼭 해줘야 합니다.
삭제기능은 이번에 처음으로 method = delete를 사용했는데
restful api방식으로 프로그래밍할때 사용하는 기능이라고 합니다.
이러한 방식이 프로그래밍 내부가 조금더 명확해지고 깔끔해지지 않을까 생각이 듭니다.
오늘 일정을 다할수있었는데 jpa부분에서 갈팡질팡해서 좀 늦었습니다.
영속성 부분, 트랜잭션 범위, 연관관계에 있어서 데이터 수정권한
등 오늘 구현 하면서 다시 학습하는 기회가 되었습니다.
반응형
'Java & Kotlin' 카테고리의 다른 글
springBoot error (0) | 2021.07.09 |
---|---|
SpringBoot 맵핑 (0) | 2021.07.07 |
spring boot N+1, EAGER, LAZY (0) | 2021.07.03 |
FEHCT TYPE (0) | 2021.07.03 |
SpringBoot (0) | 2021.07.02 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 자사서비스
- Spring
- mappedby
- jre
- 백준 제로
- 백엔드
- 개발자채용
- jre11
- jdk11
- JDK8
- JDK
- boot 일대다
- 프로그래머
- 다대일
- jre8
- 자바
- 백준 제로 자바
- ㅃ
- 스택
- 스타트업
- 코딩테스트
- 문제
- springboot
- java8
- 백준
- boot
- jvm
- 알고리즘
- JPA
- 관계설정
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함