코드스쿼드4 MVC 패턴 철학 - 요구사항이 추가되거나 서비스가 확장되었을때 유지 보수가 쉽도록 한다. - 각각의 영역이 서로 무엇을 하는지 모르는 상태여야 어느 부분을 고치거나 추가해야할지 빠르게 파악할 수 있다. 구조 Controller - 정의 : Model과 View, View와 View 사이의 관계를 맺어준다, Model의 상태를 View에게 제공한다. Controller가 비대해지면 계층을 하나 더 두거나 util함수로 빼야할것으로 예상한다. -> 결국은 똑같은데 파일만 나누는 행위라고 생각하여 나누지 않는다. 서버로부터 받은 데이터를 View에 전달한다. 등록한 이벤트에 대한 핸들하는 로직을 처리한다. Controller에서 Model의 상태를 set하고 그에 해당하는 상태를 View에게 전달한다. 코드를 통하여 C.. 2022. 3. 31. 코드스쿼드 FE 4주차 회고(+ 프로젝트 설계) 이번주는 페어프로그래밍으로 사각형을 화면에 랜덤 배치하고 DOM을 직접 탐색하는 프로그램을 구현하였다. 페어로 하는것 자체가 체력 소모가 컸지만 의사소통하는 과정이 즐거웠다. 전반적으로 앞단위의 작은 부분부터 뒤에까지 순차적으로 진행하는데 설계-구현을 반복하였다. 설계에 얘기를 더 해봐야한다면 navigator, driver역할을 중단하고 설계에 대하여 어떤것이 나을지 토론하였다. 한 사람이 생각한 설계가 채택되면 그 이후에 설계에도 그 설계와 가장 흐름이 자연스러운것이 채택되었다. 하지만 그 과정에서 폐기하더라도 서로 다양한 아이디어를 냈다. 이러한 과정에서 다른 설계대로 했으면 더 좋았을것이라는 생각이 들었지만 마감기한이 있기 때문에 기존 설계와 흐름이 맞는것을 채택하였다. 하지만 폐기된 설계들을 생.. 2022. 3. 11. 카카오페이지 데이터 통신 (FE 3주차) 설계 폴더 나누기 backend, frontend 서버에서 정적 파일 직접 제공하는것(app.use(express.static('public'));)에서 get 요청에 따라 json파일만 보내주고 frontend 폴더에서 받은 데이터를 이용하여 렌더하는 방식으로 변경 fetch할 대상 고민 헤더의 nav바는 nav에 해당하는 데이터들이 바뀌기 때문에 서버로부터 정보를 얻어와야한다고 생각하였다.하지만 웹툰>요일연재 하위의 요일별 nav는 실시간으로 자주 바뀌는 정보도 아니고 대량의 데이터도 아니기 때문에 헤더의 nav바에서 받은 데이터 중 일부를 요일별로 클릭할때마다 클라이언트 단에서 보여주어야한다고 생각하였다. 즉, 이 단계에서는 서버로부터 요청을 하지않게 하여 서버로 부터의 요청을 최소화한다. 하지만 .. 2022. 3. 1. 코드 스쿼드 CS 회고 잘한점 - 문제를 어떻게 해결해야할지 동료들과 토론하고 설계 방식이 올바른 방향인지 이야기를 나누었다. - 어떻게 설계하였는지 팀원들에게 설명하였다. - 동료가 질문을 하면 단 한번 거절하지 않고 듣고 같이 찾아보고 고민하거나 알고 있는것을 설명하였다. - 최소 주 3회 헬스장가서 운동하였다. - 매주 최소 코딩 테스트 문제 5 ~ 6문제는 풀었다. 못한점 1. 학습한 내용을 설명하라고 하면 제대로 설명하지 못할것 같다. 2. 내가 짠 코드를 설명하는데 어려움을 느낄때가 있다. 3. 시간을 효율적으로 사용하지 못하는것 같다. 게더와 줌에 있어도 혼자있게 되면 확실히 집중이 덜 된다. 4. 개념 학습과 코드 구현의 균형을 맞추지 못할때가 있다. 개선점 1. 월 수 밤10시에 학습한 내용 설명하는것 유튜브 .. 2022. 2. 11. 이전 1 다음
