JYA의 기술 블로그

게시글 댓글 기능을 완성하기 위해, Conroller 구현 및 ConrollerTest를 만들어, 각 기능별 테스트를 진행하는 시간을 가졌다. 기존에 구현하였던 게시글 상세페이지 내에 있는 댓글폼에 댓글을 작성하면, 새로운 댓글이 추가되는 동시에, 해당 게시글 상세 페이지를 다시 한번 서버에 요청하게 된다. 즉, 댓글 작성과 동시에 새로운 게시글과 댓글 리스트를 응답으로 받아와, 뷰로 다시 보여주는 방식이다. 이러한 방식을 통해 사용자는 새로운 댓글을 작성할 때마다, 실시간으로 댓글이 추가되는 경험을 받을 수 있고, 또한, 댓글을 삭제할 때도, 실시간으로 댓글이 업데이트 되는 것을 경험할 수 있게 된다. 코딩에 입문한지 얼마 안된 시절에, 프론트엔드 라이브러리를 이용하여 게시판 댓글 CRUD 기능을 구현..

이번 강의 시간을 통해 해시태그 검색 기능 구현을 모두 완성하였는데, 구체적인 기능을 먼저 기록하고자 한다. 프로젝트 설계에 따르면, 해시태그는 각 게시글마다 부여되어 있는데, 해시태그 검색 페이지에 접근하게 되면, 최초에는 아무런 게시글 리스트가 조회되지 않은 화면이며, 해당 페이지의 상단에는 모든 해시태그를 중복 없이 리스트 형태로 보여준다. 각각의 해시태그에는 링크가 걸려 있는데, 원하는 해시태그 하나를 클릭하게 되면, 해당 해시태그를 달고 있는 게시글 목록이 게시판 테이블에 모두 조회되며, 해당 게시글 리스트는 정렬과, 페이징 기능 또한 구현된 상태이다. 해시태그 뷰는 유저의 관심사에 따라, 특정 해시태그에 해당하는 게시글을 한 눈에 볼 수 있다는 점에서 사용자 경험을 개선하는 요소라는 생각이 들..

해시태그를 이용하여 게시판 검색 기능을 구현하는 시간을 가졌다. 이전 시간에 만들었던 공통 검색 기능이 아닌, 별도의 새로운 페이지를 만들어, 해시태그만을 위한 검색 기능을 만들고자 위함이다. 사실 CRUD 기능 구현을 실습하는 과정에서 대표적인 게시글 생성/수정/삭제 기능을 완성하고 나면, 그 이후에 추가로 구현하는 댓글, 회원 등 데이터에 대한 CRUD 기능 구현은 상당 부분 반복되는 것이 대부분 강의 패턴인데, 이번 강의에서는 아무래도 조금 더 새로운 관점에서 개발에 임할 수 있도록 해시태그 전용 검색 기능을 만드는 학습을 할 수 있어서, 실력을 키우는데 도움이 될 것이라는 생각이 들었다. 해시태그 검색 기능을 정상적으로 수행하면서, 동시에 정렬, 페이지네이션 기능 또한 모두 처리할 수 있도록 Co..

게시판 정렬 기능과 게시글 제목, 작성자 이름으로 검색하는 기능을 구현하는 학습을 진행하였다. 기존에 만들었던 ArticleConroller 에서 사용되는 ArticleService의 searchArticles 는 Page 객체를 반환해주는데, 해당 객체는 스프링 데이터가 제공해주는 인터페이스이고, 그 안에는 현재 페이지나 페이징과 관련된 각종 기능을 사용할 수 있는 값을 제공해준다. 다만, 이때, 혼동되면 안되는 부분은, 소스상 ArticleResponse나 ArticleDto 를 반환한다고 하여, 해당 값으로 쿼리를 날린다고 생각하면 안되고, Service 레이어에서 Repository가 직접 도메인을 기반으로 쿼리를 날리는 것으로 이해해야 한다. 이러한 작업을 통해 최종적으로 받게 된 정보를 기반으..

기존 게시글 리스트 페이지에서 사용되는 게시판 페이징을 구현하는 부분을 진행하였다. 페이지네이션을 구현하는 다양한 방식이 있겠지만 이번 강의에서는 PaginationService를 구현하여, 해당 로직을 통해 Page를 List 에 담아서 제공해주는 방식이다. 구현하기로 한 페이지네이션 방식을 구체적으로 예를 들면, 하나의 페이지에서 보여지는 페이지네이션바의 노출 페이지 수를 고정 상수로 미리 정하고, 현재 페이지가 페이지네이션바의 노출 페이지 중, 중앙에 오도록 기능을 구현하는 것이다. 하나의 페이지네이션바에서 노출되는 페이지 수를 5개라고 했을 때, 현재 페이지가 4라면, 페이지네이션바에서 노출되는 페이지는 2, 3, 4, 5, 6 이 되는 것이다. 이러한 방식은 대다수 사이트에서 이미 사용되고 있는..

Thymeleaf 를 이용하여 상세 게시글 페이지와 로그인 페이지의 뷰를 구현하는 부분을 진행하였다. Thymeleaf는 HTML 기반의 파일에서 동적으로 데이터를 보여줄 수 있는 문법 기능을 제공하는데, 해당 문법 부분을 별도 파일로 분리하여 관리한다면, HTML 형식의 파일을 온전한 형태로 조회할 수 있다는 장점이 있다. 따라서, 이번 강의에서도 동적인 문법 요소는 별도의 xml 파일에서 적용하는 방식을 사용하였다. 상세 게시글 내에서 sel 프로퍼티를 사용하여 HTML 엘리먼트를 선택하고, 해당 기능을 통해 동적으로 화면을 구성할 수 있다. 특히, 댓글과 같은 반복된 데이터를 보여줘야 할 경우에는, 동적으로 데이터를 뿌려줄 수 있기 때문에 상당 부분 효율성을 높여줄 것이다. 로그인 페이지는 Spri..

게시글 리스트를 불러와 페이지에 데이터를 뿌려주는 Controller 및 Service, Repository, DTO를 모두 완성했기에, 이제는 테스트 코드를 작성하여, 기능이 잘 작동하는지 다시 한번 확인하는 시간을 가졌다. 현재 회사에서 시스템 운영 업무를 하고 있는데, 새로운 기능을 추가하거나, 오류로 인해 소스코드 변경이 필요할 때, 테스트 시나리오를 직접 작성하여, 요청자에게 전달한 뒤, 해당 테스트 시나리오에 따라 검수를 요청하는 방식으로 품질 테스트를 진행하고 있다. 이러한 방식은 실제 시스템을 사용하면서, 기능에 이상이 없는지 테스트 하는 방식이기 때문에, 소스코드를 모르는 사람도 테스트를 수행하기에 용이하고, 오류를 보다 직관적으로 탐지할 수 있다는 장점이 있다. 하지만, 해당 방법을 오..

JPA를 이용하여, 로그인 기능, 게시판 조회 및 생성, 수정 기능을 구현하는 과정에서 OSIV에 대해 학습하는 시간을 가졌다. OSIV란, Open Session In View의 약자로서, JPA EntityManager 또는 Hibernate session, 즉 영속성 컨텍스트를 뷰 렌더링이 끝날 때까지 유지하는 기능을 뜻한다. JPA에서 영속성 컨텍스트란, 엔티티를 영구적으로 저장하는 환경을 말하는데, 애플리케이션과 데이터베이스 사이에서 DB에서 읽어온 객체를 보관하는 가상의 저장소라고 보면 된다. 이러한 영속성 컨텍스트가 뷰까지 살아 있다면, 사용자가 보는 화면, 즉 뷰에서 지연 로딩을 사용할 수 있는 장점이 있다. Spring Boot는 기본적으로 spring.jpa.open-in-view: t..

이번 강의에서는 기존에 구현하였던 페이지 기능의 테스트를 정의하는 시간을 가졌다. 게시판 리스트 불러오기, 키워드에 따라 검색된 게시글 목록 불러오기, 게시글 상세 페이지 불러오기 등 비즈니스 로직이 들어가는 service 클래스를 구현하였다. 컨트롤러가 사용자의 요청을 어떻게 처리할지 제어하는 부분을 담당한다면, 서비스는 데이터의 생성, 조회, 삭제, 수정 등 로직을 처리하는 부분을 담당한다고 볼 수 있다. 실제 회사에서도 Spring MVC 를 기반으로 앱이 구축되어 있는데, Controller와 Service로 나누어 로직을 처리하고 있다. 실무에서 소스코드를 분석하고 수정하다보면, 컨트롤러와 서비스가 담당하는 역할이 반드시 지켜지는 것 같지는 않지만, 해당 내용을 학습하였으니, 앞으로는 최대한 준..

이번 강의에서, 기존의 엔티티 클래스에 Abstract 키워드를 추가하여, 추상 클래스로 변환하는 리팩토링을 하였다. 기능 구현에만 중점을 두던 코드 스타일과 달리, 좋은 가독성 및 의미를 한층 더 잘 이해할 수 있는 코드 스타일을 추구하는 트렌드에 맞춰 리팩토링을 진행하였다고 볼 수 있다. 또한, Rebase and Merge 방식을 통해, 가지가 Main Branch에서 바로 생성되는 방식, 즉, 다른 브랜치에서 메인으로 들어가는 그림이 없이, 바로 메인 브랜치에서만 커밋이 남기는 방식으로 진행하는 방법을 학습하였다. 이 부분은 깔끔한 트리를 볼 수 있다는 점에서 장점으로 여기는 팀도 있겠지만, 이력 측면에서 어떤 브랜치로부터 머지된 커밋인지 알 수 없다는 점에서 잘 사용하지 않는 팀도 있는 것 같다..