1. Context 객체의 형태로 전역 데이터를 담는 그릇 출처 https://velog.io/@secho/%EB%A6%AC%EC%95%A1%ED%8A%B8%EC%97%90%EC%84%9C%EC%9D%98-%EC%A0%84%EC%97%AD%EC%83%81%ED%83

특정 함수를 특정 컴포넌트를 거쳐서 원하는 컴포넌트에게 전달하는 작업은 리액트에서 흔함3~4개 이상의 컴포넌트를 거쳐서 전달해야 한다면 매우 번거로움Context API와 dispatch를 사용하면 이러한 복잡한 구조를 해결할 수 있음프로젝트에서 전역적으로 사용할 수

useState는 컴포넌트 안에서 상태를 관리함useReducer는 컴포넌트 상태 업데이트 로직을 컴포넌트와 분리시킬 수 있음즉, 상태 업데이트 로직을 컴포넌트 바깥에 작성할 수 있음reducer는 현재 상태와 액션 객체를 받아서, 새로운 상태를 반환하는 함수.redu

1. useState 문제점 여러 상태 변수 중 하나의 상태 변수가 useState로 변경된 경우, 그 함수형 컴포넌트 전체 본문이 다시 실행됨 실제 DOM 업데이트는 변경된 부분에서만 발생하긴 해서, 성능상의 큰 문제가 발생하지는 않음 하지만 무조건적으로 모든 것을

렌더링 된 컴포넌트 안의 모든 함수들은 그 안의 state, props를 잡아 둔다.렌더링 된 컴포넌트는 하나의 객체가 된 느낌.setState 호출하면, state가 바뀐 새로 렌더링 된 컴포넌트가 탄생함.따라서 렌더링 된 컴포넌트의 useEffect 내부에서 사용하

컴포넌트의 생명주기에 따른 side effect를 관리하는데 사용해당 컴포넌트가 DOM에 처음 출현했을 때(마운트 되었을 때), DOM에서 사라졌을 때(언마운트 되었을 때), 컴포넌트의 props가 변경되었을 때(마운트, 언마운트되지 않지만 감지해야하는 경우가 있을 수

App.jsUserList.jsCreateUser.jsApp.js가 실행됨.순서대로 실행되며 값과 함수들이 선언됨return 부분이 렌더링되고, 컴포넌트들에 콜백 함수가 등록됨구조상 중요한 게, 여기서 UserList이랑 CreateUser 컴포넌트를 렌더링하는데, 얘

변수임.크게 두 가지로 쓰임.intput이라는 놈은 참조해서, 지금 위치인 함수형 컴포넌트에서 얘에 대한 조작을 할 수 있음.그냥 변수 만드는 용으로 사용됨Lifecycle을 이해하고 있어야 함.기본적으로 react 컴포넌트들은 아마 리렌더링 되는 경우가 많음let으로

화면에 3이 쓰여져 있다.뒤에서 3이 쓰여진 변수가 2로 바뀐다.바뀐 부분을 감지하고 해당 컴포넌트를 다시 렌더링한다.이제 화면에 2가 쓰여져 있다.useState로 변수와 set함수를 생성값을 set함수를 사용해서 바꿈바뀐거 인지하고 react에서 다시 렌더링함객체는

Promise를 대체하는 기능이 아님.코드 유지보수가 편하게 보이는 문법을 다르게 해주는 것.기존 Promise.then() 방식은,이런 식으로 delay 함수를 부를 때, then 때문에 가독성이 떨어지게 됨.별개로, 두 번째 .then()에서 return Promi

비동기 작업의 최종 완료 또는 실패를 나타내는 객체프로미스 생성 시에는, resolve, reject 2개의 매개변수를 가진 콜백 함수를 인자로 넣게 됨.resolve는 성공임을 알려주는 객체이고, reject는 실패임을 나태내는 오류 객체임.이렇게 만들어진 프로미스

코드 순차적으로 실행되는 것코드가 순차적으로 실행되지 않고, 넘어가기도 하는 것어떤 웹 페이지에서 정보를 가져오는데 동기로 수행한다면, 정보를 가져오는 동안 페이지가 멈춰있을 것비동기로 수행한다면, 정보를 가져오는 것은 다른 곳에서 처리하기 때문에 웹 페이지는 작동하고

broker 외부에서 메시지가 생성되고, broker 외부로 읽어짐.메시지 파이프라인 구성은 producer와 consumer를 직접 개발하거나, kafka connect를 사용해서 source -> sink 형태로 구성할 수 있음.kafka 내부에서 메시지 파이프라인

kafka는 broker를 통해 producer와 consumer의 직접적인 관계를 끊음으로써 구조적인 결합도를 낮춤.하지만 직접적인 관계가 끊어짐에 따라 발생하는 이슈가 생김.producer는 어떤 consumer가 메시지를 가져갈지 모르고, 더 중요한 것은 cons

1. MQTT란? Message Queueing Telemetry Transport Publish-Subscribe 기반의 메시지 송수신 프로토콜. 작은 코드 공간이 필요하거나, 네트워크 대역폭이 제한되는 원격 통신을 위해, 즉 IoT와 같은 제한된, 혹은 대규모 트

kafka와 다른 시스템과의 데이터 연계에 사용되며, kafka에 데이터를 넣거나, kafka에서 데이터를 추출하는 과정을 간단히 하기 위해 만들어짐.producer와 consumer 양쪽 모두 구성할 수 있음.Kafka Connect와 다른 시스템을 연결하는 부분을

kafka에서 취급하는 데이터 형태는 producer와 consumer에서 일치해야 한다.producer에서 송신되는 메시지의 key, value의 데이터 형태는 각각 producer 앱에서 지정되고, 데이터를 직렬화해서 송신함.consumer는 미리 producer에

Common Language RuntimeJava의 JVM와 같은 닷넷 환경의 가상 머신.닷넷 환경 언어(VB .NET, C- CIL(Common Intermidiaate Language, 공통 중간 언어) 코드는 닷넷 환경의 언어로 작성된 소스 코드를 컴파일했을 때

2002년 마이크로소프트에서 발표한 응용프로그램 개발 환경.프로세스 가상 머신에 속함.닷넷 프레임워크 기반으로 만들어진 응용 프로그램은 반드시 닷넷 프레임워크가 미리 설치된 환경에서만 실행됨.개발자가 C- FCL(Framework Class Library): 닷넷 프레

윈도우 운영체제에서 동작하는 모든 프로그램은 운영체제 측에서 제공하는 기능을 이용함.Win32는 윈도우 운영체제에서 사용되는 응용 프로그램을 개발하기 위한 API.윈도우 운영체제의 다양한 기능과 리소스에 접근하고 제어할 수 있는 함수와 구조체의 집합.개발자들은 Win3