Design: 언제 글루 코드가 필요합니까?

무슨 글루 코드? 일부 Wasm 튜토리얼에서 두 가지 기능( addThree() 및 adder() )을 복사한 것 같습니다. 그것들은 실제로 많은 일을 하지 않는 단순한 예시 함수로 보이며, 단순한 Wasm 튜토리얼을 보여주기만 하면 됩니다. 이러한 함수 중 어느 것도 복잡한 서명을 갖고 있지 않으며 글루 코드 없이 호출할 수 있어야 합니다.

하지만, 그것은 내 요점이 아닙니다. 일부 문서에서 다음과 같이 설명합니다.

장기적으로 유형이 지정된 개체와 GC가 있는 wasm이 도움이 될 수 있습니다. 그게 여기서 말하는 건가요?
그렇지 않으면 단기 또는 중기적으로 그 글루 코드를 어떻게 제거할 수 있는지 잘 모르겠습니다. C/C++를 JS처럼 보이게 만드는 쉘을 형성하려면 많은 작업이 필요합니다. 예를 들어, 글루 코드에는 C 문자열을 JS 문자열로 또는 그 반대로 변환하는 메서드가 포함되어야 합니다. C++ 수준에서 JS에서 C++ 클래스 확장을 지원하고 JS에서 가상 메서드를 구현하려면 상당한 해커가 필요합니다. 그리고 일반적으로 JS를 통해 wasm에서 웹 API에 액세스하려면 많은 접착제가 필요합니다.

다른 사람:

Emscripten은 제공된 템플릿에 이미 포함되어 있는 메모리 할당, 메모리 누수 및 기타 여러 문제를 처리하기 위해 다양한 JavaScript "접착제" 코드가 필요합니다. 직접 작성하는 것보다 사용하는 것이 더 쉽습니다.

간단한 C/C++ 코드를 만나면 wasm을 컴파일하고 export.xxxFn() 사용하여 쉽게 사용할 수 있습니다.

int adder (int a, int b) {
    return a + b;
}

버퍼를 사용하는 코드를 사용할 때 글루 코드를 사용하는 것을 선호합니다.

# C/C++
int addThree(uint8_t *buf, int len) {
  uint8_t *item;
  uint8_t *end = buf + len;

  for (item = buf; item<end; item++) {
    *item += 3;
  }

  return 0;
}

# deal with buffer in JS
...
let dataHeap = new Uint8Array(Module.HEAPU8.buffer, dataPtr, nDataBytes);
dataHeap.set(new Uint8Array(buffer_pcm.buffer));
...

따라서 Buffer를 WASM으로 전송할 때 메모리 할당, 메모리 누수 및 기타 여러 문제를 처리하기 위해 글루 코드가 필요하다는 결론을 내릴 수 있습니까?

위의 주석에 설명된 글루 코드는 Emscripten이 생성하는 JavaScript 로더입니다. 주석이 말하는 것과 정확히 일치합니다. JS와 C++ 데이터 표현(예: 문자열) 사이, 그리고 서로 다른 개체 표현(즉, C++ 개체에 대한 JS 프록시 개체 생성) 간에 변환합니다. 또한 필요한 형식화된 배열을 만듭니다.

알다시피, 예제로 사용한 두 함수와 같은 간단한 경우에는 Emscripten 로더를 생략할 수 있습니다. 둘 다 복잡한 글루 코드가 필요하지 않습니다. 각각은 Wasm 파일을 로드하기 위해 JS 파일만 있으면 됩니다(두 번째 예에서 addThree의 wasm 파일은 Uint8Array도 생성해야 함).

마지막으로, 메모리 할당은 musl의 malloc 복사본을 포함해야 하는 Wasm 코드에 의해 처리됩니다. 메모리 누수는 작업을 마친 후 C/C++ 코드에서 메모리를 해제함으로써 표준 방식으로 피할 수 있습니다. 여기서 Wasm이 요구하는 특별한 것은 없습니다.

궁극적으로 코드가 만드는 경계 간 호출(JS에서 C++로, C++에서 JS로)을 기반으로 실제로 사용할 글루 코드만 있으면 됩니다.

이 문제는 닫을 수 있습니다. WebAssembly 디자인 자체의 버그라기보다는 Emscripten에 대한 질문입니다.

매우 감사합니다