리액트의 동작원리함수(컴포넌트) → 객체(VDOM) → DOM 1. 함수(컴포넌트) → 객체(VDOM)리액트처럼 컴포넌트를 사용하기 위해서 반환된 JSX 를 가상 돔 JS 로 바꾸어보는 것부터 시작하자!JSX를 JS로 트랜스파일링?트랜스파일러: 바벨const App = () => { return ( hello );}ReactDOM.render(, document.getElementById("root"));import { jsx as _jsx } from "react/jsx-runtime";const App = () => { return _jsx("div", { children: _jsx("h1", { children: "hello" }) ..
앞으로 진행할 프로젝트의 팀원들을 만나 그라운드 룰과 주제를 정하는 시간을 가졌다! 아이디에이션 끝에 "택시비 펀딩"을 주제로 한 프로젝트를 진행하게 됐다. 이렇게 빨리 정해진 적은 없었던 것 같은데... 너무 재미있을 것 같다. 요구사항펀딩 프로그래스 업데이트에 대해 어떻게 처리해야 할 지에 대한 논의가 이루어졌다. 아래와 같은 상황이다. 1. 사용자 B가 펀딩 X에 접근. 총 목표 금액이 50000원임을 확인.2. 사용자 A가 펀딩 X에 1000원 후원.3. 사용자 B는 화면을 새로고침 하지 않아도, 펀딩 X의 초기 금액에서 1000원이 차감된 "49000원" 화면과 + 늘어난 진행도를 볼 수 있어야 함! 위와 같은 기능 구현을 위해, 서버에서 클라이언트로 실시간 이벤트를 전송할 수 있는 기술들을 ..
코드 및 회고 모음4주간 진행했던 프리코스 코드 및 회고들이다.1주차 GitHub - hamo-o/javascript-calculator-7Contribute to hamo-o/javascript-calculator-7 development by creating an account on GitHub.github.com [우테코 프리코스 1주차 회고] 첫 TDD는 계획대로 되지 않아시작하면서사실 이전 프리코스에서는 "다들 그렇게 하니까" 라는 생각으로 쫓기듯 코드를 작성했다. 하지만 이번 프리코스에서는 "내 코드를 완벽히 이해하자" 라는 목표를 세우고, 나만의 근거hamo0.tistory.com 2주차 GitHub - hamo-o/javascript-racingcar-7Contribute to hamo-o..
시작하면서지난 주 개선 사항은 다음과 같다.TDD와 BDD를 상호보완적으로 사용하기단위테스트를 억지로 BDD로 작성하려 하지 않고, 기능 개발 시 TDD로 개발하다가 예외 처리와 전체 기능 테스트에서 BDD를 사용했다.제어 역전을 구현할 수 있는 다른 패턴들 공부하기MVC, MVP, MVVM, MVI, FLUX 등 다시 공부. 중간 객체를 어떻게 잘 활용할 수 있을지 생각해보고, 각 모듈의 역할에 대해서 고민하기MVC, MVP, MVVM, MVI의 흐름을 직접 그려보면서 익혔다. FLUX와 REDUX는 MVI에서 파생된 개념이라 따로 공부하면 좋을 것 같다.또한 2주차보다 3주차 미션의 구현 사항이 조금 더 복잡해짐에 따라, 자연스럽게 중간 객체의 필요성을 느끼게 되었다. 컨트롤러에서 입력 단위에 따라 ..
시작하면서지난 주 개선 사항은 다음과 같다.테스트 네이밍 관련 내용 조사, 나만의 규칙 만들기It Should, Given/When/Then, Describe/Context/It 등의 방식이 있다.이번 테스트는 BDD 방법론 중 하나의 방법인 Given/When/Then 으로 작성하였다.테스트 방식에 따라서 네이밍 체계 역시 달라지기 때문에, 방식을 먼저 정하고 규칙을 만드는 것이 좋을 것 같다.주석으로 처리하는 대신 사용할 수 있는 skip() 활용하기에러 클래스 관리 관련 내용 학습1주차에서 커스텀 에러 클래스를 지정했었다. 2주차에는 공통 에러 헤더를 부모 클래스에서 관리하지 않고 각 자식 클래스에서 import 해오던 부분을 수정하였다. super() 을 조금 더 효율적으로 사용할 수 있었다.또한..
배경프리코스 미션을 구현하면서 클래스에서 다른 클래스의 인스턴스를 생성하고 사용하는 방법에 대해 고민하게 되었다. 우선 두 가지 방법으로 구현하게 되었는데, 둘 다 찝찝한 구석이 있어 좋은 방법이 없는지 궁금해졌다.생성자에서는 초기화만 하고, init 메서드에서 값을 넣어준다. (Calculator) → 이거 init 으로 계속 초기화되는데 사용할 일이 있나?클래스 내부에서 그냥 생성한다. (RacingGame) → run 실행될때마다 계속 인스턴스 만드는건데 비효율적인듯. 그런데 생성자에서는 아직 입력값을 받기 전이라 인스턴스를 만들 수 없다.class Calculator { customSeparator; numbers; constructor() { this.customSeparator = ..
BDD란?BDD는 행위 주도 개발 (Behavior Driven Development)로, TDD를 근간으로 파생된 개발 방법론이다.TDD에서 파생되어 테스트케이스 자체가 요구사항이 되도록 하는 개발방법이다. BDD 기본 패턴시나리오를 기반으로 테스트 케이스 작성함수 단위 테스트를 권장하지 않음일반인이 봐도 이해할 수 있을 정도로 작성Given-When-ThenFeature : 테스트 대상의 기능/책임을 명시Scenario : 테스트 목적에 대한 상황을 설명Given : 시나리오 진행에 필요한 값을 설정When : 시나리오를 진행하는데 필요한 조건을 명시Then : 시나리오를 완료했을 때 보장해야 하는 결과를 명시즉, 테스트 대상의 상태 변화를 테스트하는 것테스트 대상의 환경을 A 상태에 두고(Given..
시작하면서사실 이전 프리코스에서는 "다들 그렇게 하니까" 라는 생각으로 쫓기듯 코드를 작성했다. 하지만 이번 프리코스에서는 "내 코드를 완벽히 이해하자" 라는 목표를 세우고, 나만의 근거를 갖고 개발 방식을 선정했다. 그러는 와중 테스트 코드를 확실하게 정복해 보고 싶다는 욕심도 생겼다. 처음 도전해보는 방식들이 많겠지만, 하나의 미션을 가지고 여러 개발자 분들과 의견을 주고받을 수 있는 좋은 기회를 통해 이러한 방식을 깎아나가고 싶다! 배경우테코 프리코스의 과제에는 이런 내용이 있다."기능 단위로 커밋"기능 단위로 커밋하려면 어떻게 해야 할까? 내가 해당 기능을 제대로 구현했음을 어떻게 확신할 수 있을까? 테스트코드를 작성하면 된다. 실제로 과제 코드에도 이미 App 단위의 테스트코드가 작성되어 있었다..
