For Programmer

오라클 데이터베이스 페이징 처리 -구현된 기능들 중 가장 미숙한 부분은 목록 페이지입니다. 목록 페이지는 기본적으로 페이징 처리가 필요한데 상식적으로 생각해 봐도 수많은 데이터를 한 페이지에서 보여주면, 처리 성능에 영향을 미칩니다. 또한 브라우저에서도 역시 데이터의 양이나 처리속도에서 문제를 일으키게 됩니다. 일반적으로 페이징 처리는 크게 번호를 이용하거나 '계속 보기'등의 형태로 구현됩니다. 번호를 이용한 페이징 처리는 과거 웹 초기부터 이어오던 방식이고,'계속 보기'는 Ajax와 앱이 등장한 이후에 '무한 스크롤'이나 '더 보기'와 같은 형태로 구현됩니다. 예제에서 목록 페이지는 전통적인 번호를 이용하는 방식으로 처리하게 됩니다. 참고로 오라클은 MySQL에 비해서 추가적인 지식이 필요합니다. -o..

화면 처리 화면에는 JSP와 JavaScript(JQuery), CSS, HTML 을 이용해서 작성하니다. 예제에서 사용할 디자인은 'SB Admin2'를 이용합니다. -목록 페이지 작업과 includes 게시물 리스트의 URL은 '/board/list'이므로 최종적인 '/WEB-INF/views/board/list.jsp'가 됩니다. 해당 경로에 list.jsp 파일을 추가합니다. BoardController 에서 void 형태로 list 함수를 만들어 놨으니 /board/list 로 URL에 접속이 되는지 톰캣서버를 킨 후에 확인 합니다. 그 후 SB Admin2 JSP 페이지를 적용합니다.(JSP에 대한 설명은 생략하겠습니다.) 또한 header 부분과 footer부분은 모든 jsp 파일에서 사용할..

프레젠테이션(웹) 계층의 CRUD 구현 비즈니스 계층의 구현까지 모든 테스트가 진행되었다면 이제 남은 작업은 프레젠테이션 계층인 웹의 구현입니다. org.zerock.controller 패키지에 BoardController 클래스 생성 BoardController 클래스 package org.zerock.controller; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; import lombok.extern.log4j.Log4j; @Controller @Log4j @RequestMapping("/board") public class BoardContr..

영속 영역의 CRUD 구현 웹 프로젝트 구조에서 마지막 영역이 영속 영역이지만, 실제로 구현을 가장 먼저 할 수 있는 영역도 영속 영역입니다. 영속 영역은 기본적으로 CRUD 작업을 하기 때문에 테이블과 VO(DTO) 등 약간의 준비만으로도 비즈니스 로직과 무관하게 CRUD 작업을 작성할 수 있습니다. MyBatis는 내부적으로 JDBC의 PreparedStatement를 활용하고 필요한 파라미터를 처리하는 '?'에 대한 치환은 '#{속성}' 을 이용해서 처리합니다. 1.create(insert) 처리 tbl_board 테이블은 PK칼럼으로 bno를 이용하고, 시퀀스를 이용해서 자동으로 데이터가 추가될 때 번호가 만들어지는 방식을 이용합니다. 이처럼 자동으로 PK값이 정해지는 경우에는 다음과 같은 2가지..

프로젝트를 진행할때 다음과 같은 네이밍 규칙을 가지고 작성합니다. -xxxController: 스프링 MVC에서 동작하는 Controller클래스를 설계할 때 사용합니다. -xxxService, xxxServicelmpl : 비즈니스 영역을 담당하는 인터페이스는 'xxxService' 라는 방식을 사용하고, 인터페이스를 구현한 클래스는 'xxxServicelmpl'이라는 이름을 사용합니다. -xxxDAO,xxxRepository: DAO(Data-Access-Object)나 Repository(저장소)라는 이름으로 영역을 따로 구성하는 것이 보편적입니다. 다만 이 책의 예제는 별도의 DAO를 구성하는 대신에 MyBatis의 Mapper인터페이스를 사용합니다. -VO,DTO:VO와 DTO는 일반적으로 유사..

5.Controller의 리턴 타입 스프링MVC 구조가 기존의 상속과 인터페이스에서 어노테이션을 사용하는 방식으로 변한 이후에 가장 큰 변화중 하나는 리턴 타입이 자유로워 졌다는 것입니다. Controller의 메서드가 사용할 수 있는 리턴 타입은 주로 다음과 같습니다. -String: jsp를 이용하는 경우에는 jsp파일의 경로와 파일이름을 나타내기 위해서 사용합니다. -void: 호출하는 URL과 동일한 이름의 jsp를 의미합니다. -VO,DTO 타입: 주로 JSON타입의 데이터를 만들어서 반환하는 용도로 사용합니다. -ResponseEntity타입: response할 때 Http헤더 정보와 내용을 가공하는 용도로 사용합니다. -Model,ModelAndView:Model로 데이터를 반환하거나 화면까..

스프링 MVC를 이용하는 경우 작성도는 Controller는 다음과 같은 특징이 있습니다. -HttpServletRequest,HttpServletResponse를 거의 사용할 필요 없이 필요한 기능 구현 -다양한 타입의 파라미터 처리,다양한 타입의 리턴 타입 사용 가능 -GET 방식, POST방식 등 전송 방식에 대한 처리를 어노테이션으로 처리 가능 -상속/인터페이스 방식 대신에 어노테이션만으로도 필요한 설정 가능 1. @Controller, @RequestMapping package org.zerock.controller; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.Req..

스프링 MVC의 기본 구조 우선 스프링MVC를 학습하는데 있어서 가장 먼저 기억해야하는 점은 스프링MVC가 스프링의 서브 프로젝트라는 것입니다. https://spring.io/projects를 보면 Spring Framework라는 메인 프로젝트 외에도 여러 종류의 서브 프로젝트가 존재하는데, 스프링 MVC 역시 이러한 프로젝트 중 일부입니다. 스프링은 하나의 기능을 위해서만 만들어진 프레임워크가 아니라 코어라고 할 수 있는 프레임워크에 여러 서브프로젝트를 결합해서 다양한 상황에 대처 할 수 있도록 개발되었습니다. Spring Legacy Project로 생성한 예제의 경우에도 servlet-context.xml 과 root-context.xml로 설정 파일이 분리된 것을 볼 수 있습니다. 스프링 MV..