project

정말 간단한 프로젝트를 해보려 한다.게시판만들기\-목록전체 목록 페이징처리 조회, 제목/내용/작성자 항목으로 검색 과 페이징 처리를 가능하게 한다\-등록등록 처리후 다시 목록 화면으로 이동\-조회목록에서 특정 글 선택 후 조회 화면으로 넘어간다. 조회화면에서는 수정/삭

1.service 인터페이스에 read 을 선언해주고 serviceImpl 클래스에서 구현해준다.2.게시글 번호 (gno)를 눌러서 detail 페이지로 들어가기 때문에 파라미터는 Long gno로 설정 해준다.3.리턴값이 있으면(게시글 번호에 해당 글)이 있으면, e

엔티티 관련 작업을 하다보면, 데이터 등록 시간과 수정 시간과 같이 자동으로 추가되고 변경되어야 하는 컬럼들이 있다.@MappedSuperclass = 이클래스는 테이블로 생성되지 않는다mybatis는 sql을 위해서 전달되는 객체는 모두 sql처리로 끝난후에 어떻게

DTO 읽고 쓰는거 모두 허용, 일회성 목적 자체는 데이터 전달 이다. DTO를 사용하면 엔티티 객체의 범위를 한정 지을 수 있기 떄문에 좀 더 안전한 코드를 작성 할 수 있다. - 단점은 엔티티객체를 DTO로 변환하거나 DTO를 엔티티로 변화하는 과정 필요. 서비스

@controller선언 @RequestMapping (클라가 들어오는 주소라고 생각하면 좋다)Model은 결과 데이트를 화면에 전달하기 위해 사용한다※ 스프링 MVC는 파라미터를 자동으로 수집해 주는 기능이 있으므로 Page와 size 라는 파라미터를 전달하면 Pa

검색 처리는 크게 서버사이드 처리와 화면 쪽의 처리로 나뉘어진다.1.서버사이드처리PageRequestDTO에 검색 타입(type) 와 키워드 (keyword)추가이하 서비스 계층에서 Querydsl을 이용해서 검색 처리동적으로 검색 조건이 처리되는 경우의 실제 코딩은

project 1 은 엔티티 하나만을 이용했지만project2는 여러개의(회원, 게시판, 댓글 세개의 엔티티를 만들 예정이다) 엔티티를 이용하고 묶어주고 화면에 뿌려줄것이다.일대일(1:1), 일대다(1:N) , 다대일(N:1) 다대다(M:N)의 관계를 이용해서 데이터가

엔티티 클래스 내에 전혀 연관관계가 없어도 조인을 사용 할수 있다.Board엔티티 클래스 내부에는 Member 엔티티 클래스를 변수로 선언하고 연관 관계를 맺고있다. 이러한 경우는 Board의 writer 변수를 이용해서 조인을 처리한다.Board를 사용하고 있지만 ,

querydsl 기본설정은 저번에 포스팅한적이 있어서 생략하겠다.쿼리메서드나 @Query 등으로 처리할수 없는 기능은 별도의 인터페이스로 설계위에서 언급한 인터페이스에 대한 구현 클래스를 작성한다. 이떄 QuerydslRepositorySupport라는 클래스를 부모