알게된 것 문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요?이번에는 아키텍처를 헥사고날로 가져갔다. 다양한 아키텍처를 사용하면서 추후에 어떤 아키텍처를 사용할 수 있는지 정할 수 있으면 좋겠다. 사실 이미 존재하는 아키텍처를 따를 필요는 없다고 생각한다. 그런데 그렇게 했을때 과연 클린 아키텍처를 만족하면서 설계할 수 있는 능력이 될까? 솔직히 말해 나는 아직 부족하다는 생각이 든다.그래서 최대한 많은 아키텍처를 학습을 하는것이 더 유리하다고 생각한다.아무튼 내가 사용할 수 있는 아키텍처는 총 2가지로 layerd + clean(4계층), 핵사고날 아키텍처다.두개를 간략하게 설명하면 레이어드 같은 경우전통적인 3계층에서 계층이 하나 추가된 형태로 계층간에 어떻게 통신을 하는지가 중요하고핵사고..
맛집 API개발중인데몇가지 문제가 발생하였다.1. 검색 API에는 평점이 존재하지 않는다. 그렇기 때문에 평점을 등록하는 API를 추가를 해야 한다.2. 또한 리뷰도 존재하지 않는다. 이거 같은 경우는 블로그를 통해 확인이 가능은 하지만 그렇다고 해서 정확하지 않는다고 생각한다.이러면 직접 등록할 수 밖에 없을거 같다.3. 검색 조회는 최대 5개만 조회가 되어진다.https://developers.naver.com/notice/article/7528 지역검색 API에서 최대 출력 건수를 5개로 제한합니다. (2020년 7월9일(목) 시행 예정) - 공지사항 developers.naver.com 과도한 API사용에 따라 5건만 노출이 된다는뜻이 된다. 그렇게 되면 순수하게 검색했을때 1~5건만 노출을 시키..
알게된 것 문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요?솔직히 아직 잘 모르겠다. 어떻게 설계를 해야 할지 잘 모르겠구어떤게 최선인지도 아직 잘모르겠다. 아직 내가 이겨내야할것이 굉장히 많기에 다른분들이 어떻게 작성을 하는지 보는데굉장히 달랐다. 거기서도 얻은 인사이트는 많이 없었던거 같다.여기는 어쩔수 없이 길게 조금씩 천천히 그리고 이겨낼거고결국은 성공할거다. 다음 목표 설정 반복적인 성장을 위한 실천 가능한 단기적인 목표를 설정해보세요!다음은 뭘해야 할까 스탭이 점차 올라가면 갈수록 더 힘들어지는거 같다. 올패스는 물건너갔고이제 최선을 다해서 다음을 준비를 해야겠다.~~~
DDD로 개발하라고 그러면 보통 헥사고날로 개발하지 않으면 DDD가 아니라고 말을한다.사실 이건 틀린 주장이라 생각한다. 애초에 DDD는 도메인 주도 개발으로 도메인을 중심으로 개발하면 상관없다.즉domain1 controller service repositorydomain2 controller service repositorydomain3 controller service repository이렇게 개발해도 도메인이 중심이기 때문에 이렇게 해도 DDD라고 말할 수 있다.하지만 저 구조에는 아주 치명적인 문제가 존재한다.바로 어떻게 데이터를 보내는지 즉, 통신에 문제가 발생한다. 왜냐하면 도메인1에서 데이터를 도메인2에게 데이터를 보내는 경우 혼재될 가능성이 존재하기 때문이다. 이걸 해결하..
알게된 것 문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요?TDD를 어떻게 하면 접근하면 되는지 알게 되었습니다.테스트 더블: spy,mock, stub의 차이점을 알게 되었습니다.2025.05.23 - [항해플러스WIL/테스트주도개발] - 테스트 더블은 테스트 두번하는 건가?다음 목표 설정 반복적인 성장을 위한 실천 가능한 단기적인 목표를 설정해보세요!동시성 제어를 하기 위해 어떤작업을 할 수 있을지 생각해보고 특정 상황에서 문제가 발생하였을때 혹은 더 좋은 방향으로 어떻게 하면 갈 수 있을지 고민해본다
