(보충) 다음평가(이번주)
Mybatis 로 구현
쭉 돌리기(목록부터 할 수 있게 insert 추가해놓음)
-> web xml 챙기기(한글 깨지지 말도록)
-> maven update
notice dto 제작하기
->appconfig
-> controller 동작준비됨
1. noticeMapper부터 짜기
-> 쿼리문과 연결된 Interface작업을 함
-> inteface특성상 public 생략해도 자동으로 된다
-> 둘의 연결고리
-> 서비스가 mapper를 이용해서 꼭 db로 가야하고 하는건 아님(db안가고 사용할 수 있는것 : open api) => 일대일 매칭은 아님
CRUD에서는 한개의 서비스가 한개의 Dao를 담당하도록 구성을 한것뿐(일대일매칭은 아님)
-> 저장한다
-> 저장이 db로 넘어가면 insert를 써라
-> 일대일 매칭으로 서비스 하나당 mapper하나 맞추는것임
-> 여러개의 noticeDto를 서비스는 어떻게 할 것인가
-> Service는 controller쪽으로 더이상 넘기지 않음
-> 목록을 넘김
-> 받아온 결과를 가지고 return 하겠다
-> 저장한 이름은 noticeList임
-> 요청이 어떻게 들어올건지 적어주기!
jsp
notice폴더 만들기
index jsp 복사 -> list 이름으로 바꾸기
-> 넣어서 관찰해보기
-> div 끝나고 hr하나 하기
-> 별도의 action 없어도 구분됨
-> 공지번호 54321 역순으로 출력했음(제목들 관찰가능함)
목록을 먼저 만들 수 있게 평가도 준비해야함
write라고 하는이름의 jsp만들기
- write화면 전부 지우기
공지작성하기 클릭
->
-> spring이라면 모으라면 모아줌
-> command 객체라고 부름
-> service를 부르면
-> 결과보고 alert과 location 돌리는것
jsp 명령어 띄우고 이동시켰음(여전히 유효하지만 spring넘어오면서 code가 old하다고 느껴서 안한것 뿐)
-> 이 js를 사용자에게 보내주기 위해서 response를 써서
resposne.getwriter로 응답을 만들어내고 응답의 이름을 out이라고 했다면
out.printout으로 응답을 script코드로 할수 있음
-> 저장한다 : redirectAttributes에 저장할땐 method가 다르다
-> 이름 정해서
->redirect가 전달이 안되었던 이유는 2번에 걸친 요청은 죽어버렸지만
-> name만 잘 버티고 있으면 보내는건 문제없음
-> 버튼의 타입은 생략가능함(생략하면 submit함)
-> value를 만들어주면 gubun의 value가 만들어서 갈 것
-> list.jsp가 열리면 무조건 동작하는것
-> 2번째 삽입과정임
-> 상세보기할때 항상 키값이 필요함
-> 하나든 여러개이든 dto로 적는것
-> 결과 controller에게 반환해주면 끝임
delete가 POST로 넘어온지는 얼마 안되었지만 주소만 알면 권한이 없는사람도 삭제가 가능함
(select는 GET 나머지는 POST)
-> 상세보기 하고 싶으면 사용자가 나 몇번 보내줘 열어줘 꼭 해야함
-> 받은것 가지고 notice폴더 밑에 detail로 가기
-> 화면이 2개로 만들어짐
-> 밑에 3개는 신경쓰지 말기
-> id를 주기(부르기 편하게)
->일반,긴급도 다 잘가져옴
-> back작업은 전혀상관없음(편집버튼을 누르면 a를 숨기고 b를 표시한다)
-> b를 숨긴다 a를 표시한다
(javascript event로 처리함)
-> a는 표시한다, b는 숨긴다
-> form위의 버튼으로 작업하기 !
-> 안보임(숨겨서)
-> 원래는 같은곳에 있는 방법임
상세화면, 편집화면 합친 버전도 많이했었음
-> serviceimpl불러서 추가해주기
-> 성공할꺼니까 1이넘어갈 가능성이 높음
-> 수정해달라고 요청하면 4개 정보가 들어있어서
-> service는 mapper에게 mapper는 query에게 전달함
-> 4개를 보내기로 했으면 4개가 가는지 꼭 확인하기!!
-> 비어있지 않은지 점검하고 안비어있으면 1인지 0인지 alert만하면됨
-> 특별한 event없이 화면이 열리면 무조건 동작한다
-> 편집이었음
