Unwound Developer

이전에 MVC패턴에 대해 찾아봤을 때, View의 역할을 이해하기가 어렵다고 했었습니다. 그리고, 이번에 스프링부트의 작동 과정을 살펴보려 이거저거 만져보는 과정 중에.. MVC패턴에 대해서 확실히 알아야 스프링 서버의 작동 원리를 알 수 있을 것 같더라구요. 그래서 MVC패턴을 더 찾아보았습니다. 지금 생각해보니 Node.js와 React로만 개발을 해봤고, 프론트와 백을 완전히 분리시켜서 진행했었기 떄문에, 어쩌면 MVC패턴을 의아하게 생각했을 수 있겠다고 생각이 들었습니다. 여기서 서버에서 View를 만들어 클라이언트의 브라우저로 보내준다는게 잘 이해가 안 되었습니다. 클라이언트의 브라우저에는 프론트(React로 제작했던 클라이언트의 View)가 따로 주어지고, 클라이언트단에서 서버로 무언가 요청,..

IntelliJ에서 처음 스프링부트 프로젝트를 생성한 후 깃허브에 push할 때 생긴 오류입니다. 프로젝트를 처음 만들었으니 git init을 한 후에 remote명령어를 통해 GitHub로 push하려했더니, GitHub에 변동사항이 있으니 pull을 하라는 오류가 떴습니다... 그래서 pull을 했더니 해당 오류가 발생했습니다. 서로 연관되지 않은 Repository둘을 병합하려고 할 때 생기는 오류라는데, 저는 처음 프로젝트를 만들고 push할 때 생겼으니 이유가 뭔지 확실하게를 모르겠습니다. --allow-unrelated-histories 명령어를 사용하면 해결할 수는 있습니다. 서로다른 기록을 가진 두 프로젝트를 병합할 때 사용하는 것이라고 합니다. Git에서는 관련없는 두 프로젝트를 병합할 ..

저번 Arcane 프로젝트는 너무 주먹구구 식으로 개발한거 같아 이번엔 소프트웨어 공학적으로 해보려고 합니다. - WBS WBS는 work-breakdown structure의 약자로, 업무 분업 구조 또는 작업 분류 체계 정도의 뜻을 가지고 있는 말입니다. 조금 더 쉽게 말해서, 팀의 작업을 관리 가능한 부분들로 분할 후 조직화한 구조도입니다. 다음은 별글 프로젝트의 WBS 입니다. 추후에 수정 될 수도 있지만, 우선 설계단계에서 확정된 WBS에요. 크게 사용자(클라이언트) 부분과 관리자(Admin)부분으로 나누었습니다. 로그인, 프로필 관련 메뉴, 글 작성 등 가장 큼직한 부분들로 먼저 기능을 분류하고, 해당 기능들의 하위 기능(세부 기능)들로 WBS를 채워나갔습니다. - WBS 작성한 WBS를 기반..

스프링을 처음 연습해보면서 클라이언트와 통신부터 하게되었습니다. 처음 통신을 하면서 생긴 궁금증과 알게된 점 등을 기술하려고 합니다. 우선, 클라이언트에선 저번과 마찬가지로 Axios를 통해서 Get 요청을 보냅니다. /api 라는 api를 통해 서버에게 Get 요청을 보냈습니다. 서버에서도 /api라는 get요청을 수신하도록 했어요. 벌써 궁금한점도 많고 할 말도 많은데, 우선 서버 구조에 대해서 얘기해 보겠습니다. 메인함수가 있고, 컨트롤러가 있는 점을 미루어보아 Node.js에서 서버를 구축할 때와 흡사한 부분이 있어보여요. 아마도 이번 스프링에서 사용해야할 패턴을 MVC패턴이라고 합니다. MDN 공식문서에 따르면, MVC는 Model, View, Controller로 이루어진 소프트웨어 디자인 패..