여러 JPA 기반의 프로젝트를 진행하면서 Service 계층과 Repository계층을 분리하여 관리하였지만 그때 마다 드는 의문이 하나 있었다. 어떤 방법으로 계층을 분리하여 사용하는게 관리하는 것이 좋은가? 이에 대해 오늘 나의 주관적인 말을 적어보도록하겠다. 참고로, 아직 JPA에 익숙하지 않은 사람을 위한 계층을 간략히 설명하자면 Service 계층은 서버측에서 실제적으로 비즈니스 로직을 실행하는 곳이고 Repository 계층은 실질적으로 DB에 Query를 날려 데이터의 입출력을 관리하는 계층이다. 우선 MVC 프로젝트를 진행할때 가장 관습적으로 사용되는 구조인 Service와 ServiceImpl을 각각 Interface와 Class로 나누어 사용하는 방법이다. 1.Service Interf..
Spring-boot
우선 글을 작성하기전 첫글을 2월달에 작성하고 7월이 되서야 다음글을 작성하게 되어 미안하다. 분명 전시간에는 TextWebSocketHandler 인터페이스를 상속받는 단순한 구조의 채팅방이었다. 하지만 본글에는 갑자기 단계가 많이 발달된 채팅방일 수 있다. 그렇기에 이해가 더딜 수 있기 때문에 그전에 구현할 채팅방의 구조와 웹소켓 발전에 대해서 설명을 하도록 하겠다. 기본 HTTP통신의 경우 서버 측으로 요청(Request)를 보내면 응답(Response)을 해주는 방식이며 페이지를 요청할 시에 그 페이지를 구성하고 있는 모든 리소스를 요청을 보낸 클라이언트 쪽으로 보내게된다. 이런 HTTP 통신 기반으로 실시간 채팅을 구현한다고 해보자. 채팅은 상대방이 언제 메시지를 나에게 줄 것이라는 확실성이 없..
스프링 시큐리티란 스프링에서는 회원에 대해 권한을 부여하고 이를 통해 보안처리 및 인증을 할 수 있도록 도와주는 JAVA 프레임워크로 대부분의 처음 스프링 시큐리티를 사용하고 적용하는 과정에서는 Form Login 방식을 사용하여 스프링 시큐리티에 인증을 맡기는 방법을 이용하게된다. 하지만 Form Login 방식은 문제가 존재하여 그런 문제를 해결하기 위해 JWT라는 인증 방법이 새롭게 등장하게 된것이다. 우선 이를 설명하기 위한 용어를 이해해야한다. '인증(Authentication)은 주체(Principal)의 신원(Identify)을 증명하는 과정이다' 스프링 시큐리티를 공부하기 위해 샀던 책에서 나왔던 말로 이말을 풀어서 설명하자면 주체는 사용자를 뜻하며 자신의 신원을 인증받기 위해 Creden..
현재 개발하는 프로젝트에 단체톡방 기능을 구현하기 위해서 Web-Socket을 무작정 공부하고있다. 소켓에 대한 선수지식 또한 없고 구글링+레퍼런스를 직접 살펴보면 작성하며 내가 직접적인 주관으로 작성하는 글이며 아직 초심자의 글이기 때문에 덜 다듬어져있고 옳바르지 않은 정보가 포함되어있을 수도 있다. 웹소켓이 등장하게된 배경과 웹소켓이전의 기술과 기술원리 그리고 차세대 기술과 관련된 정리는 Git에 TIL형식으로 정리해놓았으니 이 블로그를 찾은 사람에게 참조하면 미약하게나마 도움이될거같다. https://github.com/seonghoo1217/TodayILearnd/blob/main/Spring-boot/Web-Socekt/Web-Socket%20%EA%B8%B0%EC%B4%88%EC%A0%95%E..
