#asiox 왠지모르지만 애니 명대사중 하나인 i am atomic 떠오르는 asiox. axiox란 node.js와 브라우저를 위한 promise API를 활용하는 http 통신 라이브러리 비동기로 HTTP 통신을 할 수 있으며 return을 promise 객체로 해주기 때문에 response 데이터를 다루기 쉽다 #장점 response timeout (fetch에는 없는 기능) 처리 방법이 존재 HTTP 요청을 가로챌수 있음 download진행에 대해 기본적인 지원을 함 자동으로 JSON데이터 형식으로 변환된다 status가 200이고 statusText가 ‘OK’이면 성공이다 Promise 기반으로 만들어졌기 때문에 데이터 다루기 편리 브라우저 호환성이 뛰어남 XSRF(공격자가 GET 또는 POST..

# 클래스형 vs 함수형 (부제 라이프사이클 vs react hook) 컴포넌트는 생성(mount) ㅡ> 업데이트(update) ㅡ> 제거(unmount)의 생명주기를 갖는다. 클래스형은 라이프사이클을 이용하고 함수령은 hook을 사용한다. #클래스형의 라이프사이클 #생성(mount) - 컴포넌트가 생성될때 constructor - 컴포넌트 생성자 메서드, 컴포넌트가 생성되면 가장 먼저 실행되는 메서드 render - 랜더링하는 메서드 componentDidMount - 첫번째 렌더링이 마치면 호출되는 메서드, 즉 화면에 컴포넌트가 나타날때 #업데이트(update) - 컴포넌트가 수정될때 shouldComponentUpdate - 컴포넌트가 리렌더링 할지 말지 결정하는 메서드(React.memo와 비슷)..

하.... 뭔가 안풀리는 날인듯 싶다.. 리액트 쿼리에 대해 공부를 하고 잇는데 음... 뭔지를 모르겟다. api를 짜놓은거중에서 한번 추가를 해보자 라는 마음으로 들어가 봣는데 //조회 const getTodos = async()=>{ const response = await axios.get(`${process.env.REACT_APP_SERVER_URL}/todos`) return response.data } //추가 const addTodo = async (newTodo)=>{ await axios.post(`${process.env.REACT_APP_SERVER_URL}/todos`,newTodo) } //제거 const onDelBtn = async (id)=>{ await axios.dele..

아... 먼가 하면 할수록 모르겟는 리덕스의 세계에서 도망치고 싶은날이다. 오늘 처음본 영상은 리덕스 툴킷에 대한 내용이엿는데 한번만 봐서 그런지 외우지는 못햇자 근데 확실히 저번주에 리덕스 쓰던거보다 코드상으로 엄청 줄어들어서 좋긴햇다. 근데 아직까지는 기존 리덕스를 공부하는게 나에게는 낫지 않을까 툴킷만 사용하다보면 기존에 리덕스를 까먹지는 않을까 카톡의 다른 개발자 슨배님들은 툴킷쓰니까 그리 신경쓸필요는 없다고 하는데 나는 아직 먼 주니어도 못된 남자이기때문에 툴킷보다는 리덕스를 쓰는게 낫겟지 .... 후.... 뇌가 너무아프다. 이번주 개인과제 CRUD관련된걸 제출해야되는데 저번주까지 내내 todolist만 만들어서 이번에는 뭘만들어볼까... 투두리스트는 지겨워서 솔직히 실력만 된다면 쇼핑몰 메인..

#State 함수 내에 선언된 변수처럼 컴포넌트 안에서 관리 사용자 작업 또는 네트워크 변경에 따라 state를 수정할 수 있다 객체의 상태가 바뀔 때마다 리액트는 컴포넌트를 브라우저에 다시 렌더링한다 state 객체는 생성자에서 초기화된다 state 객체는 여러 속성을 저장할 수 있다 this.setState()는 state 객체의 값을 저장하는 데 쓰인다 setState()는 새 state와 이전 state 사이의 얕은 병합을 수행한다 #Props 함수매개변수처럼 컴포넌트에 전달한다. 기본적으로 Component에 원하는 값을 넘겨줄 때 사용하며 넘겨줄 수 있는 값은 변수, 함수, 객체, 배열 등 JavaScript의 요소라면 제한이 없다. 주로 Component의 ‘재사용’을 위하여 사용한다. pr..

#HTTP 텍스트 기반의 통신 규약으로 인터넷에서 데이터를 주고받을 수 있는 프로토콜이다. 이렇게 규약을 정해두었기 때문에 모든 프로그램이 이 규약에 맞춰 개발해서 서로 정보를 교환할 수 있게 되었다. # HTTP 특징 HTTP 메시지는 HTTP 서버와 HTTP 클라이언트에 의해 해석이 된다. TCP/ IP를 이용하는 응용 프로토콜이다. (컴퓨터와 컴퓨터간에 데이터를 전송 할 수 있도록 하는 장치로 인터넷이라는 거대한 통신망을 통해 원하는 정보(데이터)를 주고 받는 기능을 이용하는 응용 프로토콜) HTTP는 연결 상태를 유지하지 않는 비연결성 프로토콜이다. (이러한 단점을 해결하기 위해 Cookie와 Session이 등장하였다.) HTTP는 연결을 유지하지 않는 프로토콜이기 때문에 요청/응답 방식으로 동..