ag 커넥터 어떻게 연결해.

많은 프로그래머나 개발을 하는 일부 프로그래머들은 AG,bbin 인터페이스를 어떻게 연결하는지 모른다. 이 글은 AG,Bbin 인터페이스에 대해 계좌 개설을 신청하고 개발 문서에 따라 성공적인 해결 방안을 받았다.

원칙적으로 API 인터페이스 디자인은 일반적으로 개발의 상세한 디자인에 나타난다. 그러나 많은 회사들이 개방 플랫폼을 구축하면서 제품 매니저도 API 인터페이스를 이해할 수 있어야 한다. 특히 플랫폼적인 제품을 만들고 인터페이스를 정의하는 것도 배워야 한다.본고는 제품 매니저가 디자인 인터페이스에서 무엇을 정의하고 무엇을 주의해야 하는지에 대해 진술하고자 한다.

1. 기초 지식 이해 편

인터페이스 디자인을 할 때 만약에 초보자라면 서로 다른 개방 플랫폼의 인터페이스 양식, 예를 들어 바이두, 구글, 텐센트 등을 많이 참고하고 이해하면 공감대를 발견할 수 있다.

1. 일반적인 통신 프로토콜

제3자 플랫폼 인터페이스를 호출하려면 시스템 간의 통신을 해야 하는데 현재 자주 사용하는 협의는 http와https이다.https는 http의 암호화 버전으로 사용자가 서버에서 요청한 정보를 암호화하여 명문 전송이 캡처되어 사용자 정보를 알 수 없도록 한다.

http 프로토콜을 바탕으로 하는 인터페이스는 경량급, 크로스플랫폼, 크로스언어의 특징을 가지고 서로 다른 개발자에 적응하기 위해 현재 각 제3자 플랫폼은 각종 상용 언어를 바탕으로 하는 인터페이스 형식을 제공하기 때문에 대부분이 http나https 프로토콜을 사용한다.예를 들어 바이두, 아이플라이텍: 필자는 바이두, 구글, 텐센트, 알리의 클라우드 플랫폼을 찾아보았는데 시각적으로 모두https 협의를 채택한 것을 발견했다.시각에 있어 이미지 데이터 자체에 포함된 정보가 매우 풍부하고 특히 얼굴이 풍부하기 때문에https를 사용하면 사용자의 프라이버시 정보를 보호하는 데 유리하다.

2. 인터페이스의 요청 방식

인터페이스의 요청 방식을 이해하는 것은 사용자 측과 서비스 측 간의 상호작용 방식을 이해하는 데 도움이 된다. http 프로토콜을 바탕으로 하는 상용 요청 방식은post와 get이다.두 제품의 주요 차이점은 다음과 같습니다.

(1) 직관적 차이: get 요청 방식은 요청 파라미터를 URL에 넣고post는 파라미터를 Requst body에 넣는 것이다. 이로 인해 직접적인 영향은 get의 요청 파라미터에 길이 제한이 존재하고post는 제한이 없다.그 다음에 get은 파라미터를 URL에 넣으면post보다 안전성이 약하다.

(2) 심도 있는 차이점: get 요청 방식은 사용자 측과 서비스 측이 한 번만 상호작용을 할 수 있다.post 요청 방식은 사용자 측과 서비스 측이 두 번의 상호작용을 할 수 있다. 예를 들어 택배 오빠가 사용자 측이고 당신이 서비스 측이라면 get은 당신 동네에 자주 와서 아는 택배원과 직접 받아서 속달을 당신 집에 보내는 것처럼 그에게 고맙다고 말한다.post 새로 온 택배사처럼 먼저 전화해서 집에 있냐고요?너는 그에게 네가 집에 있다고 말해라. 5분이 지나면 그가 택배를 너의 집까지 배달할 것이니 너는 그에게 고맙다고 말해라.

현재 바이두, 텐센트, 광시야의 이미지 식별 인터페이스는 모두post 요청 방식을 채택하고 있다.

3. 인터페이스 응답 메커니즘

마지막으로 인터페이스의 응답 메커니즘을 이해한다. 동기 인터페이스와 비동기 인터페이스.동기화 인터페이스는 실시간으로 호출자에게 메시지를 되돌려주는 것을 간단하게 이해하고 비동기화 인터페이스는 호출자에게 메시지를 되돌려주는 것을 지연시킬 수 있다.실시간 요구가 높고 선형으로만 작업할 수 있는 경우 동기화 인터페이스를 사용하고 다른 것은 비동기 인터페이스를 우선적으로 사용할 수 있다.물론 서로 다른 장면에서 같은 서비스 인터페이스는 동기화 또는 비동기화를 요구할 수 있다.얼굴 인식 중인 얼굴 등록을 예로 들면 다음과 같다.

(1) 페이스 결제: 알리페이를 예로 들면 사용하기 전에 절차에 따라 얼굴을 채취해야 한다. 백그라운드에서 얼굴 등록을 호출하여 현재의 얼굴을 얼굴 라이브러리에 등록하고 이 알리페이 계정 정보와 연결시킨다. 이 단계의 얼굴 등록은 보통 동기화 인터페이스이다. 사용자가 앱 앞에서 너무 오래 기다리도록 요구하지 않기 때문에 등록 성공 정보를 신속하게 되돌려야 한다.

(2) 여객 흐름 시스템: 현재 상초에서 사용하는 여객 흐름 시스템은 보통 얼굴 인식으로 어깨 모델을 대체한다. 이렇게 하면 인원수를 통계할 수 있을 뿐만 아니라 인원수도 통계할 수 있다. 그 중에서 처음으로 식별된 낯선 사람의 얼굴은 보통 낯선 사람의 얼굴 라이브러리에 등록해야 한다. 이곳의 얼굴 등록은 보통 비동기 인터페이스이다.대형 업체가 매일 수십만 명의 관광객을 초과하고 낯선 사람에게는 회원 정보가 없기 때문에 실시간으로 등록할 필요가 없고 대열에 들어가면 당일 24시간 안에 등록하면 된다.

소결

상기 API에 대한 인터페이스 상식은 인터페이스를 설계할 때 개발은 일반적으로 제품에 인터페이스의 응답 메커니즘을 확정하도록 요구한다.다른 개발은 모두 스스로 완성할 것이다.그러나 개방 플랫폼의 제품으로서 개발을 자주 접목할 수 있다. 상식을 많이 알면 자신의 개발과 더 많은 공통된 언어를 소통할 수 있을 뿐만 아니라 사용자를 접목할 때 사용자의 개발과 간단하게 설명할 수 있다.

2. 핵심 업무 필드 &인터페이스 제약 조건

제품 매니저는 API의 모든 필드 정보를 정의할 필요는 없지만 업무 수요와 관련된 필드 제품 매니저는 명확해야 한다.

1. 참여

(1) 감권 필드 정보

제3자 플랫폼 인터페이스를 호출하려면 일반적으로 인터페이스 감시권을 실시하고 서비스 측이 사용자 측에 인터페이스를 호출할 권한이 있는지 판단해야 한다.여기에 제품 매니저와 관련된 것은 제품으로서 디자인 응용 관리가 필요하다. 이는 응용 목록, 응용 창설, 응용 상세 정보, 응용 설정, 응용 삭제 등 조작을 포함한다.바이두 AI 플랫폼으로 앱 리스트는 다음과 같다.

여기서 apiaccount(api 계정), sign키 (api 키) 와code (암호화 서명) 는 기본적으로 이 3가지 응용 프로그램을 만들 때 자동으로 생성되며 인터페이스 감지에 필요한accesstoken은 API 키와 Secret 키를 통해 서비스 측에 요청해야 합니다.

(2) 핵심 비즈니스 필드

제품 관리자는 업무 수요에 따라 인터페이스 인삼에 어떤 필드 정보와 필드 지원이 필요한 유형을 명확히 해야 한다. 바이두 AI 플랫폼의 메뉴 식별을 예로 들자.

업무 수요: 그림에서 어떤 메뉴인지 식별하기;

제품 요구사항:

그림을 입력하십시오. 그림은 보통base64와 URL 형식을 지원합니다.

top_num은 인터페이스의 유니버설성을 향상시키고 사용자의 후속 장면 확장을 편리하게 하기 때문에 메뉴의 수량을 되돌려주고 순서를 정하는 것을 지원한다.

한도값, 식별 한도값을 개방하여 사용자가 실제 식별 효과에 따라 조정하고 정확도를 높일 수 있도록 한다.

주의점: 인터페이스 핵심 업무 필드를 설계하고 인터페이스의 통용성을 최대한 높여 더 많은 사용자 장면, 예를 들어 topnum와 한도값의 개방, 즉 범용 인터페이스 능력으로 더 많은 주동권을 인터페이스 사용자에게 맡긴다.

(3) 필드 정보 제약조건

필드 제약 조건은 인터페이스의 안전성을 확보하기 위한 것이다. 이 점은 제품 매니저가 업무 측과 소통하여 일치한 후에 개발 파트너에게 제공하는 것이다.여전히 위의 메뉴 식별을 예로 들면 다음과 같다.

그림은 파일 크기와 해상도 크기를 제한해야 한다. 파일 크기는 상한선만 필요하고 해상도 크기는 상한선과 하한선을 포함해야 한다. 하한선은 알고리즘 효과를 확보하기 위한 것이다. 예를 들어 목표 검출에서 작은 목표는 검출에 실패하기 쉽다.

top_num는 하한선을 제한해야 하며 0보다 작으면 안 되고 상한선을 설정하지 않으면 알고리즘이 되돌아오는 모든 결과를 받아들일 수 있다.

한도값은 형식에 따라 0-100일 수도 있고 0-1일 수도 있다.

주: 파라미터를 설정하는 작은 기교는 알고리즘의 효과를 확보하기 위해 때때로 알고리즘은 파라미터를 기본적으로 설정한다. 즉, 사용자가 설정한 한도값이 기본 파라미터보다 낮으면 입력을 받아들이지 않고 기본값을 사용하면 사용자는 감지하지 않는다.

2. 출삼

호출 인터페이스에 되돌아오는 정보가 있고 제품은 업무 수요에 따라 되돌아오는 핵심 필드 정보를 정의해야 한다. 이번에는 바이두 AI 오픈 플랫폼의 제스처 식별을 예로 들면 업무 수요와 관련된 관건적인 필드는 다음과 같다.

result_num,result, 즉 한 장의 그림에서 식별된 제스처 결과의 수량과 구체적인 제스처 정보;

result는 json 수조로 제스처의 종류, 제스처 검출 상자의 위치 정보[일반 식별 클래스 알고리즘의 밑바닥은 검출+식별 2단계]와 제스처 클래스의 신뢰도를 포함한다.

그 중에서result의 일부 필드 정보는 제품이 업무 수요에 따라 증감할 수 있다. 예를 들어 목표 검측 상자의 위치 정보는 일반 업무가 필요하지 않으면 생략할 수 있다.

3. 인터페이스 흐름 제한

인터페이스의 흐름 제한도 시스템의 안전성을 보장하기 위해서이다. 왜냐하면 때때로 업무 측이 업무 확장으로 인해 호출량이 급증하고 서비스 측의 다운을 일으키기 쉽기 때문이다.유동 제한은 스위치와 유사한 퓨즈 보증 요청량이 인터페이스 상한선을 초과할 때 시스템은 요청을 거절하거나 줄을 서서 시스템의 안전성을 확보할 수 있다.

제품 매니저는 업무에 대한 충분한 평가를 실현하고 TPS(초당 처리 요청량)와 같은 합리적인 평가량을 제시해야 한다.이렇게 하면 시스템 자원의 낭비를 초래하지 않을 뿐만 아니라 업무의 정상적인 운행도 보장한다.

주: 상기 인터페이스 응답 메커니즘과 대응하여 동기화 인터페이스는 일반적으로 최고치 tps와 응답 시간을 제시하고 비동기 인터페이스는 일조량을 제시하면 된다.

4. 인터페이스 테스트

인터페이스 테스트는 언니를 테스트하는 일이지만 테스트 내용도 다양하지만 제품으로서 다음과 같은 내용을 간단하게 알 수 있다. 예를 들어

(1) 인터페이스의 가용성, 즉 인터페이스가 정상적으로 호출될 수 있는지, 정상적으로 결과를 반환할 수 있는지, 비정상적으로 정확하게 처리할 수 있는지, 정상적으로 오류 코드를 반환할 수 있는지 등이다.

(2) 업무 수요 커버, 즉 인터페이스 입력과 출력이 제품 수요 문서에 따라 설명되는지 여부.

(3) 경계 규칙은 인터페이스가 업무 규칙과 필드 제약 조건을 충족시키는지 여부를 따른다.

(4) 성능 조건은 일반적으로 인터페이스가 상륙하기 전에 압력 측정을 거쳐 성능 지표에 도달해야 한다. 이는 특정한 병발량의 tps와 소모 시간 등을 포함한다.

본격 도킹 시작.

1. 우선 API 인터페이스를 신청해야 합니다. 신청하는 방법은 한 걸음 한 걸음 여러분에게 알려드리겠습니다.

(1) 직접 통과 가능셀프 서비스 신청 방식 온라인 계좌 개설다음 그림은 만약에 자신이 AG 인터페이스만 연결하면 단일 인터페이스 한도 등록을 선택할 수 있고 반대로 여러 게임 플랫폼을 연결하려면 유니버설 한도 업체를 선택할 수 있다.만약 해외 시장을 확장하고 싶다면 대륙을 제외한 고객이 다국어 다화폐 환율의 자동 환산을 지원할 수 있다국제 API 인터페이스 지원 언어와 화폐는 다음과 같다.

[중국어] [번체] [태국어] [베트남어] [영어] 및 대응 어족 [화폐]

하나의 노선은 하나의 화폐만 지원한다
지원되는 모든 통화: CNY (인민폐),THB(바트),VND(베트남 방패),USD(달러)
지원되는 모든 언어: zh-CN(중국어),zh-tw(중국어 번체),th(태국어),vi(베트남어),en(영어)
여기서 국제판 인터페이스와 국제판이 아닌 인터페이스는 차이가 있고 개발 문서도 다르다는 것을 주의해야 한다.국제판에 접속한 사람은 이곳을 무시할 수 있습니다.

(2) 등록이 성공하면 여러분의 APIKEY를 보실 수 있습니다.

api 계정과 키가 있으면 자신의 서버의 ip를 추가하여 자신의 계정과 연결해야 한다. 이것은 안전감권이기도 하다. 자신의api 계정과 키가 도용되거나 유출된 후에도 다른사람은api를 통해 자신의 계정을 조작할 수 없다.이 단계도 필요하다.만약 있다면 참고하지 않을 것이다api 인터페이스 화이트 리스트 설정

(3) 다음은 새 인터페이스에 따라개발 문서도킹을 진행하고,