분류 전체보기
-
Redux - 2concept/React, Redux, RN 2020. 12. 10. 03:01
출처: 생활코딩 리덕스를 쓰면 좋은 이유 간단한 애플리케이션 생활코딩 참고 가능 www.youtube.com/watch?v=ijdFixuK1nI&list=PLuHgQVnccGMB-iGMgONoRPArZfjRuRNVc&index=5&ab_channel=%EC%83%9D%ED%99%9C%EC%BD%94%EB%94%A9 1. n제곱에서 2n으로 시간복잡도가 줄어듬 2. 시간여행을 할 수 있음 크롬 개발자 도구에서 리덕스 데브 툴을 쓰면 애플리케이션 상태 변화 과정을 볼 수 있음 => 즉, 리덕스를 이용함으로써 중앙집중적인 데이터 스토어를 통해서 애플리케이션을 쉽게 개발할 수 있다. 리덕스가 없다면? 아래와 같이 똑같은 코드를 계속 반복해야함 (간단한 앱 만들 때 참고 하기)
-
Redux introconcept/React, Redux, RN 2020. 12. 3. 23:53
출처 : 생활코딩 Redux란? 자바스크립트 앱을 위한 예측 가능한 상태의 저장소 소프트웨어를 개발할 때 우리를 위협하는 가장 큰 위험은 복잡성이다. 리덕스는 애플리케이션의 복잡성을 획기적으로 낮춰서 우리의 코드가 어떤 결과를 가져올지 예측 가능하게 만들어주는 도구이다. 어떻게??? 가장 중요한 리덕스의 특징은 Single Source of Truth (하나의 상태를 갖는다!) 상태(state)는 그냥 객체이다. 하나의 객체 안에 애플리케이션에서 필요한 모든 데이터를 우겨 넣는다. state = { data: ~~~ } 그리고 이 상태는 아주 중요해서 외부로부터 철저하게 차단시킨다. 오로지 허용하는 함수만을 통해서 상태(state) 데이터에 접근할 수 있다. 그 함수들에는 dispatcher, reduc..
-
React storybook mini session 정리concept/React, Redux, RN 2020. 12. 1. 18:18
스토리북? 컴포넌트 기반 UI 개발 환경 -> 서로 다른 뎁스의 컴포넌트들을 동일한 뎁스로 flat하게 펼쳐줌 -> 그러면 상위 의존성 없이 mock data를 넣어서 테스트 가능 스토리북의 좋은 점: 컴포넌트 각각을 브라우저에서 볼 수도 있음 로그인할 때도 로그인하고 로그아웃하고 할 필요없이 로그인 컴포넌트하나 띄워서 해 볼 수 있음 +@ : 스토리북 플러그인 knobs : UI에 바로바로 적용돼서 눈으로 확인 가능 actions +@ : webpack이 내장 => 개발환경이 따로 구축된다. 즉, 스토리북으로 만든 애들만 따로 배포할 수 있다. 사내에서 디자이너와 기획자와 소통하기 원활 (따로 배포 안해도 된다.) 컴포넌트의 역할을 철저하게 나누자! SDD (Storybook Driven Develop..
-
-
react hooks : useState, useEffectconcept/React, Redux, RN 2020. 11. 23. 23:21
참고 출처: velopert useState React에서 Functional component와 Class component의 차이점은 Class component는 state를 가지고 있다는 것이 될 것이다. 즉 리액트 16.8 이전 버전에서는 Functional component 에서는 상태를 관리할 수 없었지만, 리액트가 업데이트 되면서 Hooks 라는 기능이 도입된 이후로 부터 Functional component 에서도 상태를 관리할 수 있게 되었다. Functional component에서 Hooks로 상태를 관리할 수 있는 함수가 바로 useState 이다. useState에서는 상태의 기본값을 파라미터로 넣어서 호출한다. 이 함수를 호출하면 배열이 반환되는데 이 때 첫번째 엘리먼트는 현재..
-
OAuth - Refresh Token Grantconcept/server 2020. 11. 3. 13:26
앞서 살펴본 것처럼 액세스 토큰은 일정 기간 동안만 유효하며 프레임이 종료되고 나면 만료된다. 그 이유는 리프레시 토큰이 steal 당하면 해커가 만료(시간이 오래 걸리거나)까지 사용할 수 있거나 서버에서 블랙리스트에 올라 있기 때문에 보안을 확보하기 위해서이다. 클라이언트가 액세스 토큰이 만료될 때마다 사용자에게 인증 및 권한을 요청하면 매우 힘들 것이다. 이를 방지하기 위해 클라이언트 앱은 리프레시 토큰을 사용할 수 있다. 리프레시 토큰은 만료될 때 액세스 토큰을 가져오는 데 사용할 수 있는 토큰이다. 해커가 리프레시 토큰에 대한 액세스 권한을 얻으면 해커가 리소스에 무제한 액세스 권한을 갖기 때문에 이 정보는 기밀로 유지되어야 한다. 권한 부여 서버에 의해 정의된 리프레시 토큰에 대한 설정은 서로 ..
-
OAuth - Resource Owner Credentials Grantconcept/server 2020. 11. 3. 11:29
educative 를 번역, 요약한 자료입니다. Resource Owner Credentials Grant은 Resource owner가 클라이언트를 신뢰하고 클라이언트와 자격 증명을 공유할 준비가 된 경우에 사용된다. Authorization server는 이 권한 부여 유형을 활성화할 때 특별한 주의가 필요하며 다른 흐름을 실행할 수 없을 때만 허용해야 한다. 이러한 흐름은 저장된 자격 증명을 액세스 토큰으로 변환하여 HTTP Basic 또는 Digest 인증과 같은 직접 인증 체계를 사용하여 기존 클라이언트를 OAuth로 마이그레이션하기 위해 도입되었다. 요 방법은 매우 불안하기 때문에 오늘날 이 흐름을 사용해야 하는 경우는 거의 없다. 1단계 : Token Request 2단계 : Token Re..
-
OAuth - Client Credentials Grant Typeconcept/server 2020. 11. 3. 00:19
educative 를 번역, 요약한 자료입니다. 이 grant type은 기계 대 기계 authorization에 사용된다. 여기서는 유저가 관여하지 않는다. 마이크로 서비스 아키텍처를 따르는 애플리케이션이 있다고 가정해보자. 애플리케이션은 작은 부분으로 나뉘고 각 부분은 별도의 서버에 배포된다. 한 내부 서버가 다른 서버의 일부 데이터에 액세스해야 하는 경우, client credentials grant type을 사용할 수 있다. Client Credentials grant type working 1단계 : Token request 여기서는 직접 토큰 요청이 있다. 유저가 관여하지 않기 때문에 클라이언트가 직접 HTTP POST 요청을 Authorization 서버로 전송한다. request quer..