SubQuery 프로젝트 생성하기

... 2022-10-5 Less than 1 minute

# SubQuery 프로젝트 생성하기

quick start 가이드에서는 SubQuery의 기능과 작동 방식을 보여 주는 예제를 간략히 살펴보았습니다. 여기서는 프로젝트 생성 시 작업 순서와 필요한 주요 파일에 대해 자세히 살펴보겠습니다.

# 기본 작업 순서

다음 예제 중 일부는 Quick start 섹션에서 스타터 패키지를 성공적으로 초기화했다고 가정합니다. 이 시작 패키지에서 SubQuery 프로젝트를 사용자 정의 및 구현하기 위한 표준 프로세스를 살펴보겠습니다.

  1. subql init PROJECT_NAME을 사용하여 프로젝트를 초기화합니다.
  2. Manifest 파일 (project.yaml)을 업데이트하여 블록 체인과 매핑할 엔티티에 대한 정보를 포함하세요. Manifest File 참조
  3. Schema(schema.graphql)에서 추출하고 Query하기 위해 유지할 데이터의 모양을 정의하는 GraphQL 엔터티 만들기 - GraphQL Schema 참조하세요
  4. 체인 데이터를 정의한 GraphQL 엔터티에 변환하기 위해 호출할 모든 매핑 기능(예. mappingHandlers.ts) 추가 - Mapping 참조
  5. SubQuery 프로젝트에 대한 코드 생성, 생성 및 게시(또는 자체 로컬 노드에서 실행) - 빠른 시작 가이드의 Running and Querying your Starter Project을 참조하세요.

# 디렉터리 구조

다음 맵은 init 명령이 실행될 때 SubQuery 프로젝트의 디렉터리 구조에 대한 개요를 제공합니다.

- project-name
  L package.json
  L project.yaml
  L README.md
  L schema.graphql
  L tsconfig.json
  L docker-compose.yml
  L src
    L index.ts
    L mappings
      L mappingHandlers.ts
  L .gitignore
1
2
3
4
5
6
7
8
9
10
11
12

예제:

SubQuery 디렉터리 구조

# 코드 생성

GraphQL 엔터티를 변경할 때마다 다음 명령을 사용하여 디렉토리 타입을 재생성해야 합니다.

yarn codegen
1

이렇게 하면 schema.graphql에서 이전에 정의한 각 유형에 대해 생성된 엔터티 클래스가 포함된 새 디렉터리src/types가 생성되거나 (기존 디렉터리가) 업데이트됩니다. 이러한 클래스는 엔티티 필드에 대한 유형 안전 엔티티 로드, 읽기 및 쓰기 액세스를 제공합니다. 자세한 내용은 the GraphQL Schema에서 확인하세요.

# 빌드

로컬 호스팅된 SubQuery 노드에서 SubQuery 프로젝트를 실행하려면 먼저 작업을 빌드해야 합니다.

프로젝트의 루트 디렉터리에서 빌드 명령을 실행합니다.

# 대체 빌드 옵션

subql 빌드를 사용하여 하위 쿼리 프로젝트에 대한 추가 빌드 옵션을 지원합니다.

이를 통해 package.json의 내보내기 필드를 사용하여 빌드할 추가 진입점을 정의할 수 있습니다.

"name": "project-name",
"version": "1.0.0",
...
"exports": {
  "entry_one": "./src/entry_one.ts",
  "entry_renamed": "./src/entry_two.ts"
},
1
2
3
4
5
6
7

그런 다음 subql build를 실행하면 다음 구조의 dist 폴더가 생성됩니다.

- project-name
  L dist
    L entry_one.js
    L entry_renamed.js
    L index.js
1
2
3
4
5

내보내기 필드에 지정되었는지 여부에 관계없이 index.ts를 빌드합니다.

플래그를 포함하여 이를 사용하는 방법에 대한 자세한 내용은 cli 참조를 참조하세요.

# 로그 기록

console.log 메서드는 더 이상 지원되지 않습니다. 대신, logger 모듈이 유형에 삽입되었습니다. 이는 다양한 로깅 수준을 수용할 수 있는 로거를 지원할 수 있음을 의미합니다.

logger.info("Info level message");
logger.debug("Debugger level message");
logger.warn("Warning level message");
1
2
3

logger.info 또는 logger.warn을 사용하려면 해당 행을 매핑 파일에 넣으십시오.

logging.info

logger.debug를 사용하려면 추가 플래그가 필요합니다. 명령줄에 --log-level=debug를 추가합니다.

도커 컨테이너를 실행 중인 경우 이 줄을 docker-compose.yaml 파일에 추가합니다.

logging.debug

이제 터미널 화면에 새 로깅이 표시되어야 합니다.

logging.debug

Last update: October 5, 2022 01:44