반응형
반응형
이틀에 걸쳐 Board_List를 정리하고 나니 나머지 5개의 JSP파일들은 너무 간단해서 한번에 포스팅하려다 보니 게시글 제목이 너무 길어졌습니다. 정말이지 리스트에는 페이징 처리떄문에 머리가 너무 아팠지만 이번 글에서는 휴식을 취하는 시간을 가지겠네요. 각 파일별로 function함수 뿐이라 별로 정리할 부분도 없으니 얼른 소스코드를 올려놓고, 다음글에서 본문 미리보기에 해당하는 Ajax부분을 정리 하겠습니다. ■ Board_Write.jsp 작성하기 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475..
이제 스프링 프레임워크 기반으로 게시판 만들기 마지막 단계 View 역활인 jsp파일을 꾸며줄 차례입니다. 초기 제목 (2)번에서 HTML로 뼈대만 잡아줬을 때는 별다른 코드가 들어있지 않아 한꺼번에 몰아서 정리를 했지만 제목 (9)번 부터는 정리할 양이 많은 게시물은 하나씩 따로 잡아서 포스팅하겠습니다. 먼저 Board_List.jsp에서는 게시글 보기, 검색기능, 페이징처리, Ajax기능이 들어가 있습니다. 그 중 페이징 처리가 가장 어려워서 몇 번을 봐도 새로운 느낌이 많이 듭니다. 정리를 하는 이유도 이런 어려운 기능을 구현할때 여러번 반복해서 보기 위함일 수도 있겠네요. ■ Board_List.jsp 전체 소스코드 123456789101112131415161718192021222324252627..
지금까지 게시판 만들기 프로젝트 중 단순 HTML로 화면만을 구성해보았는데요. 11월 25일날 작성하고 스프링 프레임워크를 공부하느라 진행하지 못했습니다. 이제 이 프로젝트에 필요한 부분은 숙지했으니 막힘없이 한번 만들어볼까요~~ 게시판 (3)번 제목부터는 스프링 프레임워크를 적용하면서 그동안 만들었던 jsp파일을 WEB-INF폴더안에 옮길거라 출력되는 화면이 없어 지루하실수도 있습니다. 왜냐하면 WEB-INF안에 있는 파일은 보호화되면서 Run시키면 경로를 찾을수 없는 404오류가 뜨기 때문이죠. 또한 (2)번 제목까지 Board_Write파일이 진행되면 Board_Write_action파일로 전송되게 했는데, 서블릿을 이용하면서 이 파일들을 지우겠습니다. 아참 저번까지 Color Scripter 적용..
MVC 패턴 흐름을 정리하면서 새로운 용어인 DispatcherServlet이라는게 새로 튀어나왔죠? 바로 저번글에서 한번에 정리할까 하다가 그냥 따로 하나의 주제로 정리하는게 낫다 싶어서 게시글을 분리했습니다. 먼저 사전적 의미로 Dispatcher는 분배하다, 배치하다, 보급하다등의 뜻을 가지고 있으니 DispatcherServlet이라 함은 서블릿을 배치하고 분배하고 보급하는 기능을 담당하고 있겠네요. 앞으로 이 글에서 눈의 피로도를 피하기 위해 디스패쳐서블릿이라 부르겠습니다. 디스패쳐 서블릿의 역활은 MVC구조중 가장 중간에 위치하여 웹브라우저에서 요청한 정보를 받아 핸들러매핑에 역활을 분배하고, 컨트롤러에서 보내온 정보를 받아, 뷰리졸버에 전달후, 뷰에서 출력된 화면을 웹에 다시 전송해주는 역활..
스프링 프레임워크 기반으로 게시판을 짜기 위해 MVC(Model / View / Controller) 패턴을 사용할 예정이라 이번글에서 정리해보도록 하겠습니다. 스프링 MVC 패턴은 좀 복잡한 구조를 가지고 있지만, 며칠전에 스프링 모델설계를 정리했던 글을 보고 오시면 이해가 빨리 될거라 생각합니다. 일단 빠른 진행을 위해 저번에 만들었던 사진을 아래에 첨부하겠습니다. - SpringFrameWork 모델 설계 사진 - 도움되는글 → 스프링 프레임워크의 MVC 모델 구조 저번글에서 설명했듯이 Controller(서블릿)와 Model(JavaBean) 그리고 View(JSP)가 서로 상호작용하면서 유지보수가 쉽게 원활한 구조를 가지고 있고, 요번글에서는 단지 어려운 용어가 새로 생겨났을뿐이지 흐름은 비슷합..
예전부터 스프링 프레임워크를 공부하면서 왜 사용해야되고 공부해야 되는지 이유에 대해서 궁금했는데요. 그 이유 중 하나는 기존에 사용 모델 방식이 JSP와 JavaBean만을 이용해 개발속도가 빨랐지만 단점으로 1.코드가 복잡하다 2. 컨트롤러와의 구분이 애매해서 유지보수가 어려워 사용하게 됬다고 해요. 반면 스프링 프레임워크를 사용하게 되면 Model, View, Controller 3가지 조화로 로직이 확실하게 분리되어 유지보수가 쉬워지게 됩니다. ■ JSP와 JavaBean만을 사용한 모델 (스프링x) 스프링을 사용하지 않고 기존에 사용되었던 모델을 그림으로 정리하자면 이런거죠. 웹 브라우저에서 JSP로 요청하면 JavaBean에서 자원을 받아와 JSP에 뿌려주고 바로 웹브라우저에 전송하는 방식이였습..
내 블로그 - 관리자 홈 전환 |
Q
Q
|
---|---|
새 글 쓰기 |
W
W
|
글 수정 (권한 있는 경우) |
E
E
|
---|---|
댓글 영역으로 이동 |
C
C
|
이 페이지의 URL 복사 |
S
S
|
---|---|
맨 위로 이동 |
T
T
|
티스토리 홈 이동 |
H
H
|
단축키 안내 |
Shift + /
⇧ + /
|
* 단축키는 한글/영문 대소문자로 이용 가능하며, 티스토리 기본 도메인에서만 동작합니다.