---

들어가기 앞서서..

기존에 진행했던 서블릿으로 구성한 CRUD 게시판을 스프링부트로 옮긴 것입니다.

---

수정, 삭제 버튼 view

• 기존의 서블릿게시판과 메커니즘은 비슷하다. 해당 세션의 아이디와 글 작성자의 아이디를 비교하여 일치하면 수정 삭제 버튼이 나타나도록 하였다. 그리고 해당 글의 시퀀스 넘버인 id값을 매핑된 컨트롤러로 보내주도록 하였다.

---

수정 컨트롤러

기존의 데이터 출력해주기

• 서블릿 게시판을 제작할 때 많이 고민했던 부분이다. 수정페이지에 기존의 내용을 html의 placeholder를 통해 출력해주고 싶었는데 하나의 매핑으로 그 작업을 할 방법이 떠오르지 않아 클래스를 따로 제작했다. 하지만 스프링에서는 각 메서드 마다 매핑이 가능하여 기존의 데이터를 담아 수정페이지로 보내는 메서드를 따로 만들어 한 클래스 안에서 수행이 가능했다.
  
  (서블릿 게시판과 메커니즘은 비슷하다. 기존의 데이터를 받아와 placeholder옵션에 출력해주는 형식, 스프링에서는 타임리프를 이용하여 데이터를 출력해주었다.)

수정 컨트롤러 구현

• 서블릿 게시판과 메커니즘은 비슷하다. 해당 글의 시퀀스 넘버인 id값을 받아와 해당 글의 set메서드를 이용하여 view로 부터 받아온 데이터를 update한다.
  
  (해당 실행 끝에 수행되는 로직은 같다.)

---

수정 DAO, 서비스

• 서블릿 게시판과 다른점은, 서블릿 게시판에서는 수정을 위한 클래스를 따로 만들었다면, 스프링 게시판에서는 따로 서비스를 만들지 않고 view컨트롤러에서 사용한 getTableview와 write를 재사용했다.

---

삭제 컨트롤러

• 기존의 서블릿게시판과 비슷하다. 해당 글의 시퀀스 넘버인 id값을 받아와 DAO, 서비스에 인자로 넘겨주었다.
  
• 해당 로직 수행이 끝난 후 다시 게시판으로 돌아가도록 했다.

---

삭제 DAO, 서비스

• 서블릿 게시판과 큰차이점이라면 서블릿 게시판에서는 데이터베이스의 칼럼PUB을 통해 해당 글의 삭제 여부를 나타냈다면 스프링 JPA게시판에서는 JPA의 기본함수인 deleteById를 통해 간단하게 처리했다.
  (서블릿에서는 삭제된 데이터도 남아있지만 스프링 게시판에서는 남아있지 않다.)