보호되어 있는 글입니다.
미분류글/ㅇ
보호되어 있는 글입니다.
사진 보내기/받기에서 핵심이 될 @Service를 이렇게 구상해보았다. - SendingService : Sender가 전송한 데이터를 input buffer 로 관리한다. : input buffer 데이터 하나하나를 sending 테이블에 넣는다. : sending 테이블을 관리한다. - MatchingService : sending 테이블을 모니터링하면서 실시간 매치한다. : matching 테이블을 관리한다. : 어떤 matching algorithm을 가진다. - ResponseService : matching 테이블을 모니터링(FIFO기반)하면서 완료된 매칭을 찾는다. : saveHistory() : archive 테이블에 응답 정상완료 기록을 저장하는 역할 : notifyToSender() :..
나는 한창 인프런에서 JPA강의를 듣고 있다. (실전! 스프링 부트와 JPA 활용1 - 웹 애플리케이션 개발) Entity 설계 부분을 들었으니까 내 프로젝트에서도 Entity 설계를 하고 넘어가자. 수강이랑 사이드프로젝트를 병행하면 더 잘 배울 것 같아서 마음에 든다! 1. 개념적 모델링 2. Entity 구현 1. 개념적 모델링 개체 추출(Entity) / 속성 추출(Attribute) / 관계 추출(Relation) 을 진행했다. 요구사항은 간단하다. 사진 보내기와 사진 받기다. 이때 어떤 Entity가 필요할까? - 사진을 보내고 받는 주체는 Sender 하나다. Sender가 사진을 보내고, 기다렸다가, 그 Sender 자신이 사진을 받기 때문이다. 그래서 Receiver가 곧 Sender이다...
사이드프로젝트 시작!스프링 공부를 위해 사이트프로젝트를 진행한다. 한편 이 서비스는 내가 중학생 때 굉장히 좋아하던 (지금은 서비스 종료된) 어플의 컨셉과 비슷하다. 좋아했던 만큼 기능 구현이 재미있을 것 같고 많이 배울 것 같아서 내 마음대로 되살려보려 한다. 핵심 기능 아이디어는 벤치마킹하였고, 아쉬웠던 부분을 곰곰히 생각해보며 개선하려 한다. 서비스 핵심 기능 설명채울 예정이다. 정리되면 채우겠다. 서비스 제공 or 구현 형태최종 결과물은 어플백엔드는 스프링부트로그러나 일단 어플이나 UI는 최후순위 - 일단 백엔드에 99%를 집중 문제정의정리된 문제정의는 아니지만 이 서비스의 의도를 기재해두자면 이렇다. 아날로그적 재미 추구 (기다림, 1:1, 제한성) 정체불명의 사람과 1:1 연결이라는 기대감 1..
