# Project-Study
SCSS 란? + (scss 후기)
📌 퍼블리싱 과제 선택사항 중에 css 전처리기를 사용하라는 사항이 있었다. 따라 styled-component 만 사용해 봤던 나에게는 다른 좋은 기회가 찾아왔고, scss 를 사용하여 스타일을 작성해 보기로 하였다. 🤔 리액트 프로젝트를 할때, styled-component vs scss 를 고민 하였고 다른 개발자 분들은 어떤걸 더 선호하는지에 대한 토론글을 찾았을땐 scss 가 압도적으로 많았다. 결국은 나에게 익숙한 styled-component 를 사용하였지만, 한편으론 "scss 의 어떤 면때문에 압도적으로 scss 가 더 편하다고 하는걸까 ?" 라는 의문점을 갖고 있었다. scss 를 검색하면 그와 동시에 sass 에 대한 글도 많이 보인다. 이 둘은 어떤 차이점이 있을까? 🎈sass vs scss 의 차이점? -> scss는 Sass(Syntactically Awesome Style Sheet
Redux 이해하기(2)
이해한 Redux 흐름의 원리를 바탕으로 예제를 한번 만들어 보았다. 🧡Redux 흐름 변경 이벤트가 발생되면 변경될 이벤트값이 action이 생성. 그 action 은 Dispatch 함수의 인자로 전달되고 reducer 를 통해 전역 상태 저장소 Store의 state 를 바꾼다. (이때 action은 현재(state, action)값을 reducer에 넘겨준다.) state 변경 후 -> dispatch가 subscribe 를 통해 render 함수를 호출 -> getState 로 state 값을 가지고 와 render 가 화면을 다시 그려준다. 💙결과) color 버튼 클릭시 나머지 박스 배경색이 해당 color로 변경 
Redux 이해하기(1)
프로젝트를 하면서 어떤 상태관리 라이브러리를 사용할까 고민 하였는데 redux가 꽤나 복잡해 보였다. 따라, 조금더 사용하기 쉽고 가벼운 recoil 을 이용하여 프로젝트를 하였지만, 상태관리 라이브러리의 근본인 redux 에 대해 조금더 자세히 공부하고 싶다는 간지러움이 남아있어 정리해 보았다. 이 강의는 유튜브[생활코딩] 님의 영상을 보고 이해한 바탕으로 정리한 글 이다. ✅리덕스는 ? > Redux는 "액션"이라는 이벤트를 사용하여 애플리케이션 상태를 관리하고 업데이트하기 위한 패턴 및 라이브러리입니다. 상태가 예측 가능한 방식으로만 업데이트될 수 있도록 하는 규칙과 함께 전체 애플리케이션에서 사용해야 하는 상태에 대한 중앙 집중식 저장소 역할을 합니다. -Redux 공식 홈페이지 - 즉 , 자바스크립트 앱을 위한 예측 가능한 상태 컨테이너
OAuth 에 대하여(5)
🎈Access token 발급후 refresh Token🎈 🚩refresh token 이란? Access token 정해진 수명이 있다. 이 수명이 끝나면 api에 다시 접속 했을때 api가 데이터를 주지 않는다. 따라, 새롭게 다시 발급 받아야 한다. 하지만, 새롭게 다시 발급 받아야 하는 과정이 user 에게는 귀찮을수 있다 따라, 손쉽게 엑세스 토큰 값을 발급 받을수 있는 방법이* refresh Token *이다. oauth 2.0 rfc 에 대해 검색을 하면 oauth 에 관한 문서를 볼수 있다. 해당 문서를 살펴보면 Client , Resource Server, Authorization Server 이렇게 3개의 분류로 나뉜다. (설명은 Resource Ser
OAuth 에 대하여(4)
Resource Server 가 Client 를 승인하고 나서 Client 가 Resource Owner 에게 Authorization code 값을 전달 받음 Client 가 authorizationcode 값과 함께, 제일 중요한 외부에 노출 되지 않는 clientsecret과 함께 Resource Server 에 주소를 전달 (이전 글 참조) 🎈3. Access Token 발급 (OAuth 목적 이기도 함)🎈 Resource Server 는 authorization_code를 통해서 이미 인증을 했기 때문에, authorization_code 값을 삭제한다. 삭제해야 다시 인증을 하지 않는다. 이후에 Resource Server 는 Access Token 을 발급한다. 그리고 Access Token 의 값을 Client 에 응답을 해준
OAuth 에 대하여(3)
등록 과정을 끝내면 인증 과정을 거친다. 등록을 하게 되면 Resourse Server 와 Client 양쪽은 Client Id Client Secret redirect URL 의 핵심적인 3가지 정보를 알게 된다. 만약 Resourse Server 가 A,B,C,D, 인 4개의 기능을 갖고 있다. 그렇다면, 이중에 Clent 가 Resourse Server 기능의 모든것이 필요한게 아닌 , B,C 에 해당되는 두개의 기능만 필요 하다 하면 모든 기능에 대해 인증을 받는것이 아닌, 해당 기능에 대해서만 인증을 받으면 된다. Re
OAuth 에 대하여 (1)
로그인을 할때의 어떻게 token 값을 받아오는지 , 어떻게 프로그램이 돌아가는지 이해가 되지 않아 "생활코딩" 님의 OAuth 수업을 듣고 프로젝트에 응용하게 되었다. 이 글은 생활코딩님의 OAuth 유튜브 강의를 듣고 처음 부터 정리 한 글 이다. ✅OAuth 의 관계 핵심 🚩나의 서비스 (Client) -> Resource Server 에 접속해서 정보를 가져 가는 Client 🚩나의 서비스를 사용하는 사용자 (Resource Owner) -> 자원의 소유자 🚩나의 서비스가 연동 하려고 하는 그들의 서비스 이렇게 구조가 되어있다. (Resource Server) -> 우리가 제어하고 자 하는 자원을 갖고 있는 서버 라는 뜻 📢공식 문서에 따르면,