SDK
이 페이지는 KAS SDK(caver-js-ext-kas/caver-java-ext-kas)를 소개합니다.
KAS SDK(Software Development Kit)는 여러 개발 환경에서 KAS를 쉽게 사용하도록 제공되는 개발 도구입니다. KAS SDK는 Caver의 확장 라이브러리이며 Caver와 마찬가지로 JavaScript와 Java 환경을 지원합니다. KAS SDK로 BApp을 개발하면 하나의 라이브러리를 통해 KAS 기능과 기존 Caver의 기능을 모두 사용할 수 있습니다.
KAS SDK(caver-js extension)와 KAS SDK(caver-java extension)는 각각 caver-js와 caver-java의 확장 라이브러리로 이를 사용해 기존의 caver-js/caver-java 기능을 사용함과 동시에 KAS의 Node API, TokenHistory API, Wallet API, Anchor API, KIP-17 API, KIP-7 API 그리고 KIP-37 API 도 사용하실 수 있습니다.
SDK 설치를 위해 필요한 사항
KAS SDK (caver-js extension)
KAS SDK(caver-js extension)를 사용하려면 아래 패키지들이 필요합니다.
KAS SDK(caver-js extension)는 아래 Node.js 버전에서 동작합니다.
KAS SDK (caver-java extension)
KAS SDK(caver-java extension)를 사용하려면 Java 8 이상이 필요합니다. 이 문서 혹은 KAS에 관한 문의는 개발자 포럼을 방문해 도움을 받으십시오.
SDK 설치 방법
KAS SDK(caver-js extension) 설치
KAS SDK(caver-js extension)는 아래의 command를 사용하여 설치할 수 있습니다.
만약 KAS SDK(caver-js extension)의 특정 버전을 설치하고 싶은 경우 아래의 command를 사용하세요.
KAS SDK(caver-java extension) 설치
maven
Maven project에서 KAS SDK(caver-java extension) 라이브러리를 설치하기 위해서는 아래와 같이 작성하면 설치 할 수 있습니다.
Maven project에서 android용 KAS SDK(caver-java extension) 라이브러리는 아래와 같이 작성하면 설치할 수 있습니다.
gradle
Gradle project에서 android용 KAS SDK(caver-java extension) 라이브러리는 아래와 같이 작성하면 설치할 수 있습니다.
KAS SDK(caver-java extension)의 최신 버전은 Release Page에서 확인할 수 있습니다. 이 문서 혹은 KAS에 관한 문의는 개발자 포럼을 방문해 도움을 받으십시오.
Hello World
KAS SDK(caver-js extension)
KAS SDK(caver-js extension)를 통하여 KAS의 API를 사용하기 위해서는 사용할 "chain id" 와 "인증키"를 세팅해야 합니다. KAS API 서비스를 사용하기 위해서 초기화하는 방법은 아래와 같습니다.
생성자에 chainId, accessKeyId 그리고 secretAccessKey를 전달하면 내부적으로 caver.initKASAPI 함수를 호출하고, 해당 함수에서는 Node API, Wallet API, Token History API, Anchor API, KIP-17 API 그리고 KIP-7 API에서 사용되는 인증키를 한 번에 초기화 합니다. KAS API 서비스 별로 초기화 하는 방법은 아래와 같습니다. 마지막 파라미터로 Endpoint URL을 선택적으로 전달할 수 있으며, 따로 URL이 전달되지 않으면 아래와 같이 KAS Production URL이 기본값으로 세팅됩니다.
KAS Production URL
Node API:
https://node-api.klaytnapi.comWallet API:
https://wallet-api.klaytnapi.comAnchor API:
https://anchor-api.klaytnapi.comToken History API:
https://th-api.klaytnapi.comKIP-17 API:
https://kip17-api.klaytnapi.comKIP-7 API:
https://kip7-api.klaytnapi.comKIP-37 API:
https://kip37-api.klaytnapi.com
다음은 KAS SDK(caver-js extension)를 사용할 때 KAS의 Node API를 활용해 최신 블록 정보를 불러오는 방법입니다.
caver.initNodeAPI 함수에서는 useHttp 파라미터를 통해 KAS Node API를 호출할 때 사용할 provider를 지정할 수 있습니다. 자세한 내용은 WebSocket Provider를 사용하여 KAS Node API 호출하기를 참고하시기 바랍니다.
위의 코드를 실행하면 아래와 같이 최신 블록 넘버가 출력됩니다.
다음은 KAS SDK(caver-js extension)를 사용하여 KAS의 Wallet API를 사용하여 계정을 생성하는 방법입니다.
위의 코드를 실행하면 아래와 같이 KAS에 생성된 계정의 정보가 출력됩니다.
다음은 KAS SDK(caver-js extension)를 사용하여 KAS의 TokenHistory API를 사용하여 NFT 컨트랙트 리스트를 조회하는 방법입니다.
위의 코드를 실행하면 아래와 같이 NFT 컨트랙트 리스트가 출력됩니다.
다음은 KAS SDK(caver-js extension)를 사용하여 KAS의 Anchor API를 사용하여 앵커링 데이터를 전송하는 방법입니다.
위의 코드를 실행하면 아래와 같이 앵커링 데이터를 전송한 결과가 출력됩니다.
다음은 KAS SDK(caver-js extension)를 사용할 때 KAS의 KIP-17 API를 활용한 KIP-17 컨트랙트 배포 방법입니다.
위의 코드를 실행하면 아래와 같이 KIP-17 컨트랙트 배포 API를 호출한 결과가 출력됩니다.
다음은 KAS SDK(caver-js extension)를 사용할 때 KAS의 KIP-7 API를 활용한 KIP-7 컨트랙트 배포 방법입니다.
위의 코드를 실행하면 아래와 같이 KIP-7 컨트랙트 배포 API를 호출한 결과가 출력됩니다.
다음은 KAS SDK(caver-js extension)를 사용할 때 KAS의 KIP-37 API를 활용한 KIP-37 컨트랙트 배포 방법입니다.
위의 코드를 실행하면 아래와 같이 KIP-37 컨트랙트 배포 API를 호출한 결과가 출력됩니다.
KAS SDK(caver-java extension)
KAS SDK(caver-java extension)를 통하여 KAS의 API를 사용하기 위해서는 사용할 "chain id" 와 "인증키"를 세팅해야 합니다. KAS API 서비스를 사용하기 위해서 초기화하는 방법은 아래와 같습니다.
위의 caver.initKASAPI 함수를 사용하면 Node API, Wallet API, Token History API, Anchor API, KIP-17, KIP-7 그리고 KIP-37 API에서 사용되는 인증키를 한 번에 초기화 합니다. KAS API 서비스 별로 초기화 하는 방법은 아래와 같습니다. 마지막 파라미터로 Endpoint URL을 선택적으로 전달할 수 있으며, 따로 URL이 전달되지 않으면 아래와 같이 KAS Production URL이 기본값으로 세팅됩니다.
KAS Production URL
Node API:
https://node-api.klaytnapi.comWallet API:
https://wallet-api.klaytnapi.comAnchor API:
https://anchor-api.klaytnapi.comToken History API:
https://th-api.klaytnapi.comKIP-17 API:
https://kip17-api.klaytnapi.comKIP-7 API:
https://kip7-api.klaytnapi.comKIP-37 API :
https://kip37-api.klaytnapi.com
다음은 KAS SDK(caver-java extension)를 사용할 때 KAS의 Node API를 활용해 최신 블록 정보를 불러오는 방법입니다.
위의 코드를 실행하면 아래와 같이 최신 블록 넘버가 출력됩니다.
다음은 KAS SDK(caver-java extension)를 사용하여 KAS의 Wallet API를 사용하여 계정을 생성하는 방법입니다.
위의 코드를 실행하면 아래와 같이 KAS에 생성된 계정의 정보가 출력됩니다.
다음은 KAS SDK(caver-java extension)를 사용하여 KAS의 TokenHistory API를 사용하여 NFT 컨트랙트 리스트를 조회하는 방법입니다.
위의 코드를 실행하면 아래와 같이 NFT 컨트랙트 리스트가 출력됩니다.
다음은 KAS SDK(caver-java extension)를 사용하여 KAS의 Anchor API를 사용하여 앵커링 데이터를 전송하는 방법입니다.
위의 코드를 실행하면 아래와 같이 앵커링 데이터를 전송한 결과가 출력됩니다.
다음은 KAS SDK(caver-java extension)를 사용할 때 KAS의 KIP-17 API를 활용한 KIP-17 컨트랙트 배포 방법입니다.
위의 코드를 실행하면 아래와 같이 KIP-17 컨트랙트 배포 API를 호출한 결과가 출력됩니다.
다음은 KAS SDK(caver-java extension)를 사용할 때 KAS의 KIP-7 API를 활용한 KIP-7 컨트랙트 배포 방법입니다.
위의 코드를 실행하면 아래와 같이 KIP-7 컨트랙트 배포 API를 호출한 결과가 출력됩니다.
다음은 KAS SDK(caver-java extension)를 사용할 때 KAS의 KIP-37 API를 활용한 KIP-37 컨트랙트 배포 방법입니다.
위의 코드를 실행하면 아래와 같이 KIP-37 컨트랙트 배포 API를 호출한 결과가 출력됩니다.
KAS Wallet API의 클레이튼 계정으로 스마트 컨트랙트 사용하기
KAS SDK v1.0.2부터는 caver.wallet에서 KAS의 Wallet API를 사용하여 동작하는 지갑인 KASWallet이 제공됩니다. 이를 통하여 KAS Wallet API의 클레이튼 계정을 사용하여 caver.contract 패키지와 caver.kct를 사용할 수 있습니다.
KAS Wallet API의 클레이튼 계정으로 caver.contract 사용하기
caver.contract는 caver.wallet을 사용하여 Klaytn에 컨트랙트를 배포하거나 기배포된 컨트랙트를 실행하는 기능을 제공합니다. KAS SDK의 caver.wallet은 KAS Wallet API를 사용하는 지갑이기 때문에 KAS SDK의 caver.contract를 사용하면 KAS Wallet API의 클레이튼 계정을 사용하여 손쉽게 Klaytn에 컨트랙트를 배포하거나 실행할 수 있습니다.
KAS Wallet API의 클레이튼 계정을 사용하여 caver.contract를 사용하는 방법은 기존의 caver.contract를 사용하는 방법과 동일합니다. 여기서는 간단하게 배포하고 실행하는 방법을 설명합니다. 여기서 스마트 컨트랙트를 배포하고 실행할 때 사용되는 클레이튼 계정은 KAS Wallet API에서 관리되고 있는 클레이튼 계정이며, 이 계정은 트랜잭션을 전송하기 위한 충분한 KLAY를 소유하고 있어야 합니다.
KAS SDK(caver-js extension)
caver-js-ext-kas를 사용하여 스마트 컨트랙트를 배포하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 배포된 스마트 컨트랙트의 주소가 출력됩니다.
caver-js-ext-kas를 사용하여 Klaytn에 배포된 스마트 컨트랙트를 실행하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 SmartContractExecution 트랜잭션의 실행 결과가 출력됩니다.
KAS SDK(caver-java extension)
caver-java-ext-kas를 사용하여 스마트 컨트랙트를 배포하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 배포된 스마트컨트랙트의 주소가 출력됩니다.
caver-java-ext-kas를 사용하여 Klaytn에 배포된 스마트 컨트랙트를 실행하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 SmartContractExecution 트랜잭션의 Hash값이 출력됩니다.
Caver의 caver.contract에 관한 자세한 내용은 caver-js 혹은 caver-java을 확인하십시오.
KAS Wallet API의 클레이튼 계정으로 caver.kct.kip7 사용하기
caver.kct.kip7은 caver.wallet을 사용하여 Klaytn에 KIP-7 토큰 컨트랙트를 배포하거나 기배포된 KIP-7 토큰 컨트랙트를 실행하는 기능을 제공합니다. KAS SDK의 caver.wallet은 KAS Wallet API를 사용하는 지갑이기 때문에 KAS SDK의 caver.kct.kip7를 사용하면 KAS Wallet API의 클레이튼 계정을 사용하여 손쉽게 Klaytn에 KIP-7 토큰 컨트랙트를 배포하거나 실행할 수 있습니다.
KAS Wallet API의 클레이튼 계정을 사용하여 caver.kct.kip7를 사용하는 방법은 기존의 caver.kct.kip7를 사용하는 방법과 동일합니다. 여기서는 간단하게 KIP-7 토큰 컨트랙트를 배포하고 실행하는 방법을 설명합니다. 여기서 토큰 컨트랙트를 배포하고 실행할 때 사용되는 계정은 KAS Wallet API에서 관리되고 있는 클레이튼 계정이며, 이 계정은 트랜잭션을 전송하기 위한 충분한 KLAY를 소유하고 있어야 합니다.
KAS SDK(caver-js extension)
caver-js-ext-kas를 사용하여 KIP-7 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 배포된 KIP-7 토큰 컨트랙트의 주소가 출력됩니다.
caver-js-ext-kas를 사용하여 Klaytn에 배포된 KIP-7 토큰 컨트랙트를 실행하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 SmartContractExecution 트랜잭션의 실행 결과가 출력됩니다.
KAS SDK(caver-java extension)
caver-java-ext-kas를 사용하여 KIP-7 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 배포된 KIP-7 토큰 컨트랙트의 주소가 출력됩니다.
caver-java-ext-kas를 사용하여 Klaytn에 배포된 KIP-7 토큰 컨트랙트를 실행하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 SmartContractExecution 트랜잭션의 Hash값이 출력됩니다.
Caver의 caver.kct.kip7에 관한 자세한 내용은 caver-js 혹은 caver-java을 확인하십시오.
KAS Wallet API의 클레이튼 계정으로 caver.kct.kip17 사용하기
caver.kct.kip17는 caver.wallet을 사용하여 Klaytn에 KIP-17 토큰 컨트랙트를 배포하거나 기배포된 KIP-17 토큰 컨트랙트를 실행하는 기능을 제공합니다. KAS SDK의 caver.wallet은 KAS Wallet API를 사용하는 지갑이기 때문에 KAS SDK의 caver.kct.kip17를 사용하면 KAS Wallet API의 클레이튼 계정을 사용하여 손쉽게 Klaytn에 KIP-17 토큰 컨트랙트를 배포하거나 실행할 수 있습니다.
KAS Wallet API의 클레이튼 계정을 사용하여 caver.kct.kip17를 사용하는 방법은 기존의 caver.kct.kip17를 사용하는 방법과 동일합니다. 여기서는 간단하게 KIP-17 토큰 컨트랙트를 배포하고 실행하는 방법을 설명합니다. 여기서 토큰 컨트랙트를 배포하고 실행할 때 사용되는 계정은 KAS Wallet API에서 관리되고 있는 클레이튼 계정이며, 이 계정은 트랜잭션을 전송하기 위한 충분한 KLAY를 소유하고 있어야 합니다.
KAS SDK는 KAS의 KIP-17 API를 제공합니다. KAS의 KIP-17 API를 사용하려면 Tutorial 혹은 API Reference Docs(JS, JAVA)를 참고하세요.
KAS SDK(caver-js extension)
caver-js-ext-kas를 사용하여 KIP-17 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 배포된 KIP-17 토큰 컨트랙트의 주소가 출력됩니다.
caver-js-ext-kas를 사용하여 Klaytn에 배포된 KIP-17 토큰 컨트랙트를 실행하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 SmartContractExecution 트랜잭션의 실행 결과가 출력됩니다.
KAS SDK(caver-java extension)
caver-java-ext-kas를 사용하여 KIP-17 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 배포된 KIP-17 토큰 컨트랙트의 주소가 출력됩니다.
caver-java-ext-kas를 사용하여 Klaytn에 배포된 KIP-17 토큰 컨트랙트를 실행하는 방법은 아래와 같습니다.
위의 코드를 실행하면 아래와 같이 SmartContractExecution 트랜잭션의 Hash값이 출력됩니다.
Caver의 caver.kct.kip17에 관한 자세한 내용은 caver-js 혹은 caver-java을 확인하십시오.
KAS SDK에서 KeyringContainer 사용하기
KAS SDK에서는 기존 caver의 caver.wallet에서 제공되던 in-memory wallet인 KeyringContainer을 대신하여 KAS Wallet API를 사용하는 KASWallet이 제공됩니다. KAS SDK에서 in-memory wallet인 KeyringContainer를 사용하고 싶으면 별도의 인스턴스 생성이 필요합니다.
caver-js-ext-kas와 caver-java-ext-kas 모두 caver.contract와 caver.kct에서 컨트랙트를 배포하거나 실행할 때 사용하는 지갑을 지정할 수 있는 setWallet 함수가 제공됩니다. 이를 통하여 인스턴스 별로 컨트랙트를 배포하거나 실행할 때 사용될 지갑을 유연하게 지정하여 사용할 수 있습니다.
KAS SDK(caver-js extension)
먼저 caver-js-ext-kas를 사용하여 KeyringContainer 인스턴스를 생성하는 방법은 아래와 같습니다.
위의 방식으로 생성된 keyringContainer를 caver.contract에서 사용하는 방법은 아래와 같습니다.
위의 코드를 실행하여 배포된 deployed 컨트랙트 인스턴스도 또한 keyringContainer를 사용하는 객체입니다. 만약 이미 배포된 컨트랙트를 사용하는 경우 아래와 같이 setWallet 함수를 사용하여 keyringContiainer를 사용하도록 지정할 수 있습니다.
따로 생성한 keyringContainer를 caver.kct에서 사용하는 방법은 아래와 같습니다. KIP-7 혹은 KIP-17 토큰 컨트랙트를 배포하는 static 함수인 deploy의 경우에는 마지막 파라미터로 사용할 지갑을 넘겨줄 수 있습니다.
caver.kct.kip7에서 keyringContainer를 사용하여 KIP-7 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
이미 배포된 KIP-7 토큰 컨트랙트를 실행할 때 keyringContainer를 사용하기 위해서는 아래와 같이 setWallet 함수를 호출해 주어야 합니다.
caver.kct.kip17에서 keyringContainer를 사용하여 KIP-17 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
caver.contract의 deploy와 마찬가지로 배포된 결과로 리턴되는 인스턴스는 keyringContainer를 사용하는 객체입니다.
이미 배포된 KIP-17 토큰 컨트랙트를 실행할 때 keyringContainer를 사용하기 위해서는 아래와 같이 setWallet 함수를 호출해 주어야 합니다.
KAS SDK(caver-java extension)
먼저 caver-java-ext-kas를 사용하여 KeyringContainer 인스턴스를 생성하는 방법은 아래와 같습니다.
위의 방식으로 생성된 keyringContainer를 caver.contract에서 사용하는 방법은 아래와 같습니다.
위의 코드를 실행하여 배포된 deployed 컨트랙트 인스턴스도 또한 keyringContainer를 사용하는 객체입니다. 만약 이미 배포된 컨트랙트를 사용하는 경우 아래와 같이 setWallet 함수를 사용하여 keyringContiainer를 사용하도록 지정할 수 있습니다.
따로 생성한 keyringContainer를 caver.kct에서 사용하는 방법은 아래와 같습니다. KIP-7 혹은 KIP-17 토큰 컨트랙트를 배포하는 static 함수인 deploy의 경우에는 마지막 파라미터로 사용할 지갑을 넘겨줄 수 있습니다.
caver.kct.kip7에서 keyringContainer를 사용하여 KIP-7 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
이미 배포된 KIP-7 토큰 컨트랙트를 실행할 때 keyringContainer를 사용하기 위해서는 아래와 같이 setWallet 함수를 호출해 주어야 합니다.
caver.kct.kip17에서 keyringContainer를 사용하여 KIP-17 토큰 컨트랙트를 배포하는 방법은 아래와 같습니다.
caver.contract의 deploy와 마찬가지로 배포된 결과로 리턴되는 인스턴스는 keyringContainer를 사용하는 객체입니다.
이미 배포된 KIP-17 토큰 컨트랙트를 실행할 때 keyringContainer를 사용하기 위해서는 아래와 같이 setWallet 함수를 호출해 주어야 합니다.
caver-java KASAPIException
KASWallet의 method를 실행하면서 발생하는 KAS Wallet API의 HTTP Error는 KASAPIException instance로 변환되어 throw합니다. KASAPIException은 unchecked exception인 RuntimeException을 상속받아 구현된 Exception 클래스이기 때문에 catch를 하지 않아도 되지만, KAS Wallet API에서 발생한 error의 상세 내용이 필요한 경우 try-catch문을 사용하여 KASAPIException의 상세 내용을 확인해야 합니다.
아래 예제는 KASWallet의 getAccount()를 실행시키다 발생한 KASAPIException을 try-catch문으로 catch해서 KASAPIExcetpion의 내용을 확인하는 코드입니다.
WebSocket Provider를 사용하여 KAS의 Klaytn Node API 호출하기
KAS에서 제공하는 Klaytn Node API를 WebSocket Provider를 사용하여 호출할 수 있습니다. WebSocket Provider를 사용하기 위해서는 초기화 과정에서 Node API를 호출할 때 사용할 provider를 명시해 주어야 합니다.
KAS SDK(caver-js extension)
먼저 CaverExtKAS 생성자를 호출할 때 WebSocket Provider를 사용하도록 초기화하는 방법은 아래와 같습니다.
생성자의 마지막 파라미터에는 초기화에 필요한 options를 정의할 수 있는 오브젝트를 넘겨줄 수 있습니다. options 오브젝트의 useNodeAPIWithHttp 필드는 KAS Node API를 호출할 때 사용하는 provider를 정할 수 있습니다. 기본 값은 true로 Http Provider를 사용합니다. WebSocket Provider를 사용하기 위해서는 useNodeAPIWithHttp를 false로 정의하여 넘겨주면 됩니다.
만약 생성자가 아닌 caver.initKASAPI를 사용하여 초기화를 하는 경우에도 마찬가지로 아래와 같이 마지막 파라미터에 useNodeAPIWithHttp 필드가 정의된 오브젝트를 넘겨줍니다.
각 API마다 별도의 초기화 함수를 호출하는 경우, caver.initNodeAPI 함수 혹은 caver.initNodeAPIWithWebSocket를 사용하여 Node API를 초기화할 수 있습니다.
위의 예제에서 caver.initNodeAPI를 호출할 때 파라미터로 Http Provider를 사용할 지에 대한 여부를 Boolean 값으로 전달합니다.
caver.initNodeAPIWithWebSocket 함수를 사용하면 추가적인 파라미터 정의 없이 바로 WebSocket Provider를 사용하도록 초기화할 수 있습니다.
KAS SDK(caver-java extension)
먼저 CaverExtKAS 생성자를 호출할 때 WebSocket Provider를 사용하도록 초기화하는 방법은 아래와 같습니다.
Node API provider를 초기화하하려면 ConfigOptions 클래스의 인스턴스를 생성자의 마지막 파라미터로 전달합니다. ConfigOptions의 useNodeAPIWithHttp 필드에서 사용하고자 하는 provider를 선택할 수 있습니다. Provider가 Http이면 true, WebSocket이면 false로 설정하여 넘겨줍니다.
생성자가 아닌 caver.initKASAPI를 사용해 초기화하는 경우도 마찬가지로 아래와 같이 마지막 파라미터인 ConfigOptions 인스턴스를 생성한 뒤, useNodeAPIWithHttp 필드를 false로 정의하여 넘겨주면 됩니다.
초기화 함수를 각 API마다 다르게 사용하려면 caver.initNodeAPI 함수의 마지막 파라미터인 useNodeAPIWithHttp 필드를 false로 설정한 후 API별 초기화 함수를 호출하세요.
위의 예제에서 caver.initNodeAPI를 호출할 때 파라미터로써 Http Provider의 사용 여부는 Boolean 값으로 전달합니다.
caver-js에 관한 자세한 내용은 다음을 확인하십시오. caver-jave에 관한 자세한 내용은 다음을 확인하십시오. 이 문서 혹은 KAS에 관한 문의는 개발자 포럼을 방문해 도움을 받으십시오.
Last updated
Was this helpful?