FLUX 패턴
FLUX 패턴: MVC 패턴의 한계로 페이스북이 만듦
"읽은 표시(mark seen)"에 관해 많은 뷰가 있다면 이를
어떻게 처리해야 할까? 어떤 페이지에서 메시지를 읽었는데
다른 페이지에서는 메시지가 안 읽었다고 뜸
view와 model간의 관계가 복잡해지니 버그를 수정하기도 데이터흐름을
알아보기 어려운 문제가 발생
예를 들어 view에서 일어난 것이 model에 영향을 끼치기도 그 반대도 영향
을 미치는 로직도 있는 상황이 발생
"데이터를 일관성 있게 뷰에 공유하기가 어려움"
단방향 데이터 흐름을 활용하여 복잡한 뷰 구성을 단순화한 디자인패턴, action
dispatcher,store이라는 계층이 있음.
게이터 일관성이 늘어나고 버그를 찾기 쉬워지며 단위테스팅이 쉬워지는 장점이 있음
action
마우스 클릭이나, 글을 쓴다던가 이벤트를 의미하며 이벤트가 발생했을 때 action에 관한
객체를 만들어내 dispatcher에게 전달
dispatcher
idspatcher는 들어오는 action 객체 정보를 기반 어떠한 "행위"를 할 것인가
보통 action객체의 type를 기반으로 미리 만들어 놓은 로직을 수행한다.
(보통 switch를 써서 함.)
store
데이터,상태를 담고 있는 계층
IP와 ARP, RARP
컴퓨터와 컴퓨터 간의 통신은 흔히들 IP 주소 기반으로 통신한다고 알고 있지만
정확히 이야기하자만 IP 주소에서 ARP를 통해 MAC 주소를 찾아 MAC주소를 기반으로 통신합니다.
ARP(address resolution protocol)란 ip 주소로부터 mac 주소를 구하는 ip와
mac 주소의 다리 역할을 하는 프로토콜입니다.
ARP를 통해 가상 주소인 IP주소를 실제 주소인 MAC 주소로 변환합니다
이와 반대로 RARP를 통해 실제 주소인 MAC 주소를 가상 주소인 IP 주소로 변환하기도 합니다
장치 A가 ARP REQUEST 브로드캐스트를 보내서 IP 주소인 120.70.80.3에
해당하는 MAC 주소를 찾습니다. 그러고 나서 해당 주소에 맞는 장치 B가
'ARP REPLY 유니캐스트'를 통해 MAC 주소를 반환하는 과정을 거쳐
IP 주소에 맞는 MAC 주소를 찾게 됩니다
브로드캐스트: 송신 호스트가 전송한 데이터가 네트워크에 연결된 모든 호스트에 전송되는 방식
유니캐스트: 고유 주소로 식별된 하나의 네트워크 목적지에 1:1로 데이터를
전송하는 방식
