즉, next(err)를 호출하면 현재 요청을 처리하던 미들웨어에서 다음 에러 핸들러 미들웨어로 에러가 전달되어 에러 처리가 이루어짐

payment.js에서

getaccesstoken

getpaymentdata

cancelpayment

3개 함수가 작성되어 있는 상황이다.

axios를 통해 가져온 getpaymentdata 값은 다음과 같다.

2) the container could be lightweighted unlike virtual machine

3) 이미지: 설정 명령(environment), 코드가 포함된 공유 가능한 패키지

컨테이너: 이미지의 구체적인 실행 인스턴스

여러 컨테이너는 서로 간섭하지 않고 동일한 이미지를 기반으로 할 수 있다.

-> 이미지를 기반으로 컨테이너 실행

4) dockerfile : 자체 이미지를 빌드할 때 실행하려는 도커에 대한 명령이 포함

결론 ->

1) 데이터를 주고 받을때에는 json 형식의 문자열, 그 전에는 자바스크립트 객체 형태로 존재.

2) 자바스크립트 객체를 json 문자열로 변환하는 것을 직렬화serializable 라고 한다.

JSON은 주로 데이터를 저장하거나 네트워크를 통해 전송할 때 사용되며, JavaScript 객체는 프로그래밍에 있어서 데이터 및 동작을 포함하는 데 사용된다. JSON 형식의 문자열은 자바스크립트의 JSON.parse()를 통해 자바스크립트 객체로 변환될 수 있으며, 반대로 자바스크립트 객체는 JSON.stringify()를 통해 JSON 형식의 문자열로 변환될 수 있습니다.

1) 클래스 사용자들이 직접 해당 생성자를 호출하는 것을 방지 2) factory 생성자나 다른 메서드들에서만 해당 생성자를 호출하도록

3) super를 통해 상위 클래스의 생성자를 호출 4) super 괄호 안의 내용은 상위 클래스의 생성자에 전달되는 인자들이며 PlanterController의 생성자는 setting과 controllerType 두 개의 파라미터를 받음

5) setting: setting은 HumidityController의 생성자로 전달받은 setting 값을 상위 클래스의 생성자로 다시 전달

6) controllerType: ControllerType.humidity는 상수 ControllerType.humidity 값을 상위 클래스의 생성자로 전달

7) 하위 클래스 인스턴스를 만들때, 상위 클래스 생성자를 호출하고 동시에 하위 클래스 생성자도 호출

cubit에서 state의 변화는 emit에 의해 촉발됨

이때 실제 state변화가 일어나기전에 cubit에 change 이벤트가 발생하고 onchange 함수 호출

다음은 bloc

bloc에서 state의 변화는 event가 add되면 발생. 이때 onevent 함수가 trigger됨.

eventtransformer를 거친 event는 eventhandler에 의해 처리되는데,

emit들을 호출해서 새로운 state를 generate한다.

이때 state가 change되기 전에 ontransition 함수가 호출된다.

결론

bloc의 경우, state 변화를 초래한 원인인 event를 trace할 수 있다.

bloc 인스턴스를 다른 buildcontext 넘겨보낼때 blocprovider.value를 통해 넘겨주어야함

에러가 나지 않는 상황

에러가 나는 이유는 아래와 같음

context가 접근가능한 범위와 관련된 문제

위를 토대로 provider와 bloc의 차이를 다음과 같이 정리해 볼 수 있다.

find the cubit/bloc을 하기 위해서는 cubit instance가 형성되어야함 그 후 위젯에서 해당 instace에 접근할 수 있는 기능을 제공해야함

이를 blocprovider 위젯이 제공한다.

blocprovider의 children이 만들어진 instance에 접근할 수 있는 of 라는 static 함수를 제공하는데 이를 의존성 주입이라고 한다.

출처: udemy 조상우

go는 새로운 경로로 이동하면서 현재 경로를 대체. 이전 화면을 스택에서 제거하고 새로운 경로로 이동. ex) 로그인 이후에 로그인 화면을 스택에서 제거하고 대시보드 화면으로 이동할 때

push는 새로운 경로로 이동하면서 이전 경로를 유지한 채로 스택에 쌓음. 이전 화면과 새로운 화면을 스택에 함께 보관하며, 뒤로가기 버튼을 눌렀을 때 이전 화면으로 돌아갈 수 있음. ex) 상품 목록에서 상품 상세 정보 화면으로 이동할 때 push 메서드를 사용할 수 있음.

출처) code with andrea

부모 클래스 상속시, 자식 클래스에서 부모 클래스의 속성도 초기화해주어야한다.

이에 소비자들의 결제편의성 제고를 위해 카카오페이를 결제에 도입하도록 결정하였다.

바로 카카오페이 웹뷰를 띄우는 방식을 검토하였으나, 검토하는 와중에

아임포트에서도 카카오페이 결제웹뷰를 지원하는 것을 확인하고 바로 pg사를 카카오페이로

설정한 후 결제 로직을 수정하기 시작했다.

수정하기에 앞서 크게 2가지 문제에 봉착했는데 하나는

orderhistory에서 type 문제와

매장앱에서 '환불하기'버튼을 눌렀을때

setstate, dispose 충돌 문제가 나타난 것이다.

먼저 위 2문제를 해소하고 결제 로직을 보강하기로 결정하였다.