React를 사용하여 UI/Life cycle 등 프론트 개발을 할 때 두 가지 방법으로 컴포넌트를 선언가능 하다.
명확한 답은 없지만 중요한 => 가장 최적의 방법으로 개발할 수 있도록 정해둔 설계
렌더링을 안다면 이보다 많이 사용하는 메소드는 없을 것
서버와의 데이터 통신과는 별개로 DOM(https://namu.wiki/w/JavaScript보여지는 데이터의 잦은 변경이 필요한 웹앱의 경우이러한 방식을 통해 성능을 크게 향상시킬 수 있다. 실제 동적인 웹일수록 Angular 등과 비교해서 성능이 훨씬 더
React-NAtive는 크로스 플랫폼으로 페이스북, 에어비앤비, 월마트, 바이두 등이 사용하는 기술 스택이다.네이티브 코드가 아닌 언어로 코딩하여, ios/android가 이해할 수 있는 코드로 변환한 뒤 앱의 퍼포먼스를 낼 수 있게 한다.React-native 가
npm 의 라이브러리 에러: npm의 라이브러리가 존재하지만 ios의 pod 파일에 빌드되지않는 것이 주로 발생한다. 이럴 때는 pod 파일을 확인하여 라이브러리의 존재여부를 판단하는 것이 확실하지만, 이건 굉장히 어려운 부분이다. 이름이 정확하게 같지 않을 뿐더러 언
기존에 수행한 연산의 결과값을 어딘가에 저장해두고 동일한 입력이 들어오면 재활용하는 프로그래밍 기법memoization을 적절히 적용하면 중복연산을 피할 수 있어 메모리를 더 쓰더라도 어플의 성능을 최적화할 수 있다.메모이제이션된 ‘값’을 반환한다.dependency가
Server Side Rendering VS Client Side Rendering
여러 컴포넌트가 공통으로 사용할 상태를 서로 공유해야 할 시점에서 복잡한 구조와 계층이 생성되기 시작함 즉, 전역으로 다루어야 할 상태가 생겼을 때값에 변화가 발생했을 때 Context를 구독하고 있는 모든 컴포넌트들이 전체적으로 모두 리-렌더링이 발생. 예를 들어 플
유동적인 데이터를 저장하기 위해서 state 라는 것을 이용, setState() 메서드를 이용해 주면 state의 변화가 감지되어 리렌더링이 된다.부모의 state가 바뀔때새로운 props가 감지되었을때forceupdate가 실행될때지나친 리랜더링은 성능을 악화시킨다
이름처럼 한개의 Page로 구성된 Application이다.서버에서 HTML을 생성하고 브라우저는 출력하기만 하는 전통적인 형태가 아니라, 서버가 하던 대부분의 작업을 브라우저에서 처리하는 웹 애플리케이션 개발 방법이다. 즉, SPA에서는 서버가 처리하던 HTML 생성
LocalStorage, session는 렌더링이 되더라도 저장된 값은 유지된다. 하지만 sessionStorage는 브라우저 탭이 닫히면 초기화된다. local은 웹 어플리케이션이 유지될 동안에는 그대로 유지된다.
배열 순회를 index로 한다면, 고유한 key 값에 따라 분류된것이 아니기 때문에, props에서 내려온 값이 변하는 것을 감지하지 못한다!!