알 리 페 이 WAP 결제 인터페이스 개발 (노드 / 커피 언어)

이 블 로 그 는 업 데 이 트 된 지 오래 되 지 않 았 습 니 다. 업 데 이 트 된 문서 가 여기 있 습 니 다. 관심 이 있 으 면 이곳 을 둘 러 보 세 요.
http://neutra.github.io/2013/%E6%94%AF%E4%BB%98%E5%AE%9DWAP%E6%94%AF%E4%BB%98%E6%8E%A5%E5%8F%A3%E5%BC%80%E5%8F%91/
 
---------------------------------------------------
알 리 페 이 WAP 결제 인터페이스 개발 (노드 / 커피 언어) 
프로젝트 의 수요 로 인해 알 리 페 이 핸드폰 사이트 의 결제 기능 을 증가 시 키 고 알 리 페 이의 사례 코드 와 인터페이스 설명 을 찾 아 이틀 동안 고생 을 해서 해결 해 야 합 니 다. 이 글 을 이틀 동안 모색 한 결과 입 니 다.회 사 는 자체 결제 인터페이스 가 있어 이 인 터 페 이 스 를 직접 사용 하지 않 기 때문에 나중에 테스트 코드 를 Github 에 정리 할 계획 이다.
1. 개발 전 준비

홈 페이지 에 가서 이 인터페이스의 정 보 를 알 아 보고 샘플 코드 (ASP. NET 과 PHP 만) 를 다운로드 하여 수시로 참고 할 수 있 습 니 다.

실명 인증 을 받 은 기업 알 리 페 이 계 정 으로 핸드폰 WAP 결제 기능 개통 을 신 청 했 습 니 다. 제 테스트 계 정 은 회 사 를 가지 고 있 습 니 다. 신청 절차 가 잘 모 르 겠 습 니 다. 홈 페이지 에서 어떻게 신청 하 라 고 했 는데 여러분 들 이 각자 신통력 을 발휘 하 세 요.

공공 네트워크 도 메 인 이름과 node. js 환경.아래 의 코드 는 대부분 coffee 로 표현 되 지만 본 고 는 코드 를 많이 붙 이지 않 고 coffee 에 익숙 하지 않 아 도 상관없다.coffee 에 대해 서 는 참고 가능 합 니 다.

github 에 두 개의 오픈 소스 프로젝트 가 있 습 니 다.  alipay  ），그러나 WAP 결제 기능 이 없어 서 참고 할 수 있 습 니 다. 예시 코드 의 js 이식 판 이 라 고 볼 수 있 습 니 다. 구조 가 비슷 합 니 다. 저 는 그 중의 한 프로젝트 를 바탕 으로 계속 개발 하려 고 했 습 니 다. 코드 와 인터페이스 문 서 를 본 후에 처음부터 개발 하기 로 했 습 니 다. 기 존의 코드 차원 이 뚜렷 하지 않 고 지나치게 디자인 된 느낌 이 들 었 기 때 문 입 니 다. 그리고 알 리 페 이의 인 터 페 이 스 는 간단 하고 무 겁 습 니 다.쓰기 작업량 이 많 지 않다.
홈 페이지 의 예제 코드 는 정말 예제 급 (test) 일 뿐 입 니 다. 제품 급 (production) 과 는 거리 가 멀 어서 SDK 라 고 할 수 없 을 것 같 습 니 다. 인터페이스 문서 가 상당 한 구덩이 아버지 입 니 다. 그래서 저 는 글 을 잘 써 서 정리 할 필요 가 있다 고 생각 합 니 다.
2. 절차
인터페이스 개발 의 가장 중요 한 것 은 데이터 의 상호작용 절 차 를 이해 하 는 것 이다. 절 차 를 파악 하고 왜 이렇게 디자인 하 는 지 이해 하 는 것 이다. 개발 하 는 것 도 적은 노력 으로 큰 효 과 를 거 둘 수 있다.
우선 다음 매개 변 수 를 준비 해 야 합 니 다.
a. 기업 알 리 페 이 계 정의 PID (ParnerID 라 고도 함) 와 KEY. MD5 가 아 닌 RSA 서명 을 사용 하면 RSA 비밀 키 를 준비 해 야 합 니 다.
b. 결제 시 사용자 가 본 물건: 상품 명 (subject), 결제 총액 (total fee), 구 매 수량 (보통 1 이 죠)
c. 거래 후의 점프 주소, 거래 성공 후 사용 자 는 수 동 으로 클릭 하거나 페이지 지연 이 자동 으로 이 주소 로 이동 할 수 있 습 니 다 (return url)
d. 거래 상태 비동기 알림 주소, 거래 성공 또는 거래 종료 시 메시지 POST 를 이 주소 로 보 냅 니 다 (notify url)
그리고 이 흐름 도 를 보 세 요.
이 흐름 도 는 기본적으로 전체 상호작용 과정 을 포괄 한다. 다음은 설명 이다.

사용자 가 구 매 버튼 (또는 기타 형식) 을 클릭 하여 사이트 에 구 매 요청

사이트 에서 주문 서 를 만 들 고 유일한 주문 번호

를 할당 합 니 다.

사이트 에서 주문 번호, 기업 알 리 페 이 계 정, 거래 금액, 수량 등 정 보 를 비밀 키 로 서명 하여 알 리 페 이

에 보 냅 니 다.

지유 보 는 거래 주문 서 를 만 들 고 거래 토 큰 (token)

을 되 돌려 줍 니 다.

사 이 트 는 지 정 된 요구 에 따라 token 과 자신의 비밀 키 로 지불 주 소 를 재 설정 합 니 다

.

사이트 에서 브 라 우 저 에 게 재 설정 주 소 를 되 돌려 줍 니 다

브 라 우 저 는 이 주소 로 자동 으로 재 설정 합 니 다. 즉, token, 사이트 서명 을 포함 한 알 리 페 이 거래 페이지

입 니 다.

알 리 페 이 는 현재 거래 금액, 수량, 판매자 등 정 보 를 나타 낸다

사용 자 는 자신의 알 리 페 이 계 정 으로 이 금액 을 지불한다

알 리 페 이 는 사용자 결제 성공 (또는 실패) 이라는 메시지 와 주문 번호 에 알 리 페 이의 서명 을 추가 하여 HTTP POST 방식 으로 사이트 에 알 립 니 다 (실패 하면 일정 시간 간격 으로 다시 보 냅 니 다)

사이트 처리 거래 후속 논리 (출하, 주문 상태 저장 등)

사이트 에서 "success" 문자열 을 알 리 페 이에 되 돌려 주 었 습 니 다. 이 알림 은 이미 처리 되 었 고 다시 보 내지 않 아 도 됩 니 다

알 리 페 이 는 결제 성공 페이지 를 사용자 에 게 보 여 준다 (이 단계 와 10 단 계 는 선후 없 이 발생 한다)

결제 성공 페이지 가 자동 으로 이동 지연 되 거나 사용자 가 '상점 페이지 로 돌아 가기' 를 클릭 하여 사이트 의 결제 종료 페이지 로 이동 합 니 다 (이때 반드시 결제 보 발 된 알림 을 성공 적 으로 처리 하 는 것 은 아 닙 니 다). 그러나 URL 에 현재 주문 번호 와 상 태 를 가 져 옵 니 다.

전체 절차 가 OAuth 와 비슷 하 다 는 것 을 알 수 있 습 니 다.
첫째, 알 리 페 이 거래 번호 신청 (token 획득)이 단 계 는 알 리 페 이 가 사이트 의 유효성 을 검증 하고 사이트 로 하여 금 이 거래 가 얼 마 를 지불해 야 하 는 지 지정 하 게 하 는 것, 둘 째 는 사용자 가 알 리 페 이 페이지 에 가서 지불 하 는 것 으로 이해 할 수 있다. 이 단 계 는 알 리 페 이 가 사용자 의 유효성 을 검증 하고 사용자 가 사이트 의 감 시 를 받 지 않 는 환경 에서 지불 하도록 하 는 것 이다. 셋 째 는 사용자 가 지불 한 후에 처리 결과 페이지 가 사용자 에 게 지불 성공 을 알 리 는 것 이다.(동기 알림) 또한 비동기 알림 사이트 서버 에 이 주문 이 지불 되 었 음 을 알 립 니 다.
알 리 페 이의 인터페이스 문 서 는 두 단계 밖 에 없다 고 해서 이해 하기 어렵 고 세 단계 가 정확 하 다 고 합 니 다.
졸 려, 세부 적 인 문 제 는 다음 에 계속...