이 페이지는 Cloud Translation API를 통해 번역되었습니다.

V8 런타임으로 스크립트 이전

Rhino 런타임을 사용하는 기존 스크립트가 있고 V8 구문과 기능을 활용하려면 스크립트를 V8로 이전해야 합니다.

Rhino 런타임을 사용하여 작성된 대부분의 스크립트는 조정 없이 V8 런타임을 사용하여 작동할 수 있습니다. V8 구문과 기능을 스크립트에 추가하기 위한 유일한 기본 요건은 V8 런타임을 사용 설정하는 것인 경우가 많습니다.

하지만 V8 런타임을 사용 설정한 후 스크립트가 실패하거나 예기치 않게 동작할 수 있는 몇 가지 비호환성 및 기타 차이점이 있습니다. V8을 사용하도록 스크립트를 이전할 때 스크립트 프로젝트에서 이러한 문제를 검색하고 발견되는 문제를 수정해야 합니다.

V8 마이그레이션 절차

스크립트를 V8로 이전하려면 다음 절차를 따르세요.

스크립트에 V8 런타임을 사용 설정합니다.
아래에 나열된 비호환성을 주의 깊게 검토합니다. 스크립트를 검토하여 비호환성이 있는지 확인합니다. 비호환성이 하나 이상 있는 경우 스크립트 코드를 조정하여 문제를 삭제하거나 방지합니다.
아래에 나열된 기타 차이점을 주의 깊게 검토하세요. 스크립트를 검사하여 나열된 차이점 중 코드 동작에 영향을 미치는 것이 있는지 확인합니다. 동작을 수정하도록 스크립트를 조정합니다.
발견된 비호환성 또는 기타 차이점을 수정했으면 V8 구문 및 기타 기능을 원하는 대로 사용하도록 코드 업데이트를 시작할 수 있습니다.
코드 조정을 완료한 후에는 스크립트를 철저히 테스트하여 예상대로 작동하는지 확인합니다.
스크립트가 웹 앱이거나 게시된 부가기능이라면 V8 조정을 적용한 스크립트의 새 버전을 생성해야 합니다. 사용자가 V8 버전을 사용할 수 있도록 하려면 이 버전으로 스크립트를 다시 게시해야 합니다.

비호환성

기존의 Rhino 기반 Apps Script 런타임에서는 몇 가지 비표준 ECMAScript 동작이 허용되었습니다. V8은 표준을 준수하므로 이전 후에는 이러한 동작이 지원되지 않습니다. 이 문제를 해결하지 못하면 V8 런타임이 사용 설정된 후 오류 또는 스크립트 동작이 손상됩니다.

다음 섹션에서는 이러한 각 동작과 V8로 이전하는 동안 스크립트 코드를 수정하기 위해 취해야 하는 단계를 설명합니다.

`for each(variable in object)` 사용 자제

for each (variable in object) 문이 JavaScript 1.6에 추가되었으며 for...of로 대체되었습니다.

스크립트를 V8로 마이그레이션할 때 for each (variable in object) 문을 사용하지 마세요.

대신 for (variable in object)를 사용하세요.

// Rhino runtime
var obj = {a: 1, b: 2, c: 3};

// Don't use 'for each' in V8
for each (var value in obj) {
  Logger.log("value = %s", value);
}

// V8 runtime
var obj = {a: 1, b: 2, c: 3};

for (var key in obj) {  // OK in V8
  var value = obj[key];
  Logger.log("value = %s", value);
}

`Date.prototype.getYear()` 사용 자제

원래 Rhino 런타임에서 Date.prototype.getYear()는 1900~1999년의 경우 2자리 연도를 반환하지만, 다른 날짜에서는 4자리 연도를 반환합니다(JavaScript 1.2 이하에서는 동작함).

V8 런타임에서는 ECMAScript 표준에 따라 Date.prototype.getYear()가 연도에서 1900을 뺀 값을 반환합니다.

스크립트를 V8로 이전할 때는 항상 날짜와 관계없이 4자리 연도를 반환하는 Date.prototype.getFullYear()를 항상 사용합니다.

예약된 키워드를 이름으로 사용하지 않기

ECMAScript는 함수 및 변수 이름에 특정 예약된 키워드를 사용하는 것을 금지합니다. Rhino 런타임에서는 이러한 단어가 많이 허용되었으므로 코드에서 이러한 단어를 사용하는 경우 함수 또는 변수의 이름을 변경해야 합니다.

스크립트를 V8로 이전할 때 예약된 키워드 중 하나를 사용하여 변수 또는 함수의 이름을 지정하면 안 됩니다. 키워드 이름을 사용하지 않도록 변수 또는 함수의 이름을 바꿉니다. 키워드의 이름으로 사용되는 일반적인 경우는 class, import, export입니다.

참고: 한 가지 예외는 객체 리터럴이 모든 런타임에서 예약된 키워드를 사용할 수 있다는 것입니다.

function class() {}     // Syntax error in V8.
var obj = { class: 1 }; // Allowed.

`const` 변수 재할당 방지

원래 Rhino 런타임에서는 const를 사용하여 변수를 선언할 수 있습니다. 즉, 기호의 값은 변경되지 않으며 기호에 대한 향후 할당은 무시됩니다.

새 V8 런타임에서 const 키워드는 표준 호환이며 const로 선언된 변수에 할당하면 TypeError: Assignment to constant variable 런타임 오류가 발생합니다.

스크립트를 V8로 이전할 때 const 변수의 값을 재할당하려고 하지 마세요.

// Rhino runtime
const x = 1;
x = 2;          // No error
console.log(x); // Outputs 1

// V8 runtime
const x = 1;
x = 2;          // Throws TypeError
console.log(x); // Never executed

XML 리터럴 및 XML 객체 피하기

이 ECMAScript의 비표준 확장으로 Apps Script 프로젝트에서 XML 구문을 직접 사용할 수 있습니다.

스크립트를 V8로 이전할 때 직접 XML 리터럴이나 XML 객체를 사용하지 마세요.

대신 XmlService를 사용하여 XML을 파싱합니다.

// V8 runtime
var incompatibleXml1 = <container><item/></container>;             // Don't use
var incompatibleXml2 = new XML('<container><item/></container>');  // Don't use

var xml3 = XmlService.parse('<container><item/></container>');     // OK

`iterator`을 사용하여 커스텀 반복기 함수를 빌드하지 않음

JavaScript 1.7에는 클래스의 프로토타입에서 __iterator__ 함수를 선언하여 모든 clas에 맞춤 반복자를 추가할 수 있는 기능이 추가되었습니다. 이 기능은 개발자의 편의를 위해 Apps Script의 Rhino 런타임에도 추가되었습니다. 하지만 이 기능은 ECMA-262 표준의 일부가 아니며 ECMAScript 호환 자바스크립트 엔진에서 삭제되었습니다. V8을 사용하는 스크립트는 이 반복기 구성을 사용할 수 없습니다.

스크립트를 V8로 이전할 때 맞춤 반복자를 빌드하는 __iterator__ 함수를 사용하지 않습니다. 대신 ECMAScript 6 반복자를 사용하세요.

다음과 같은 배열 구조를 생각해 보세요.

// Create a sample array
var myArray = ['a', 'b', 'c'];
// Add a property to the array
myArray.foo = 'bar';

// The default behavior for an array is to return keys of all properties,
//  including 'foo'.
Logger.log("Normal for...in loop:");
for (var item in myArray) {
  Logger.log(item);            // Logs 0, 1, 2, foo
}

// To only log the array values with `for..in`, a custom iterator can be used.

다음 코드 예는 Rhino 런타임에서 반복자를 구성하는 방법과 V8 런타임에서 대체 반복자를 구성하는 방법을 보여줍니다.

// Rhino runtime custom iterator
function ArrayIterator(array) {
  this.array = array;
  this.currentIndex = 0;
}

ArrayIterator.prototype.next = function() {
  if (this.currentIndex
      >= this.array.length) {
    throw StopIteration;
  }
  return "[" + this.currentIndex
    + "]=" + this.array[this.currentIndex++];
};

// Direct myArray to use the custom iterator
myArray.__iterator__ = function() {
  return new ArrayIterator(this);
}


Logger.log("With custom Rhino iterator:");
for (var item in myArray) {
  // Logs [0]=a, [1]=b, [2]=c
  Logger.log(item);
}

// V8 runtime (ECMAScript 6) custom iterator
myArray[Symbol.iterator] = function() {
  var currentIndex = 0;
  var array = this;

  return {
    next: function() {
      if (currentIndex < array.length) {
        return {
          value: "[${currentIndex}]="
            + array[currentIndex++],
          done: false};
      } else {
        return {done: true};
      }
    }
  };
}

Logger.log("With V8 custom iterator:");
// Must use for...of since
//   for...in doesn't expect an iterable.
for (var item of myArray) {
  // Logs [0]=a, [1]=b, [2]=c
  Logger.log(item);
}

조건부 catch 절 피하기

V8 런타임은 catch..if 조건부 catch 절이 표준 규정을 준수하지 않으므로 지원하지 않습니다.

스크립트를 V8로 이전할 때 캐치 본문 내의 모든 catch 조건문을 이동합니다.

// Rhino runtime

try {
  doSomething();
} catch (e if e instanceof TypeError) {  // Don't use
  // Handle exception
}

// V8 runtime
try {
  doSomething();
} catch (e) {
  if (e instanceof TypeError) {
    // Handle exception
  }
}

`Object.prototype.toSource()` 사용 피하기

자바스크립트 1.3에는 ECMAScript 표준의 일부가 아닌 Object.prototype.toSource() 메서드가 포함되어 있습니다. V8 런타임에서는 지원되지 않습니다.

스크립트를 V8로 이전할 때 코드에서 Object.prototype.toSource() 사용을 삭제하세요.

그 밖의 차이점

스크립트 실패를 일으킬 수 있는 위의 비호환성 외에도 수정하지 않을 경우 예기치 않은 V8 런타임 스크립트 동작을 초래할 수 있는 몇 가지 다른 차이점이 있습니다.

다음 섹션에서는 이러한 예상치 못한 상황을 방지하기 위해 스크립트 코드를 업데이트하는 방법을 설명합니다.

언어별 날짜 및 시간 형식 조정

Date 메서드 toLocaleString(), toLocaleDateString(), toLocaleTimeString()은 V8 런타임에서 Rhino와 다르게 동작합니다.

Rhino에서 기본 형식은 long 형식이고 전달되는 모든 매개변수는 ignored입니다.

V8 런타임에서 기본 형식은 짧은 형식이며 전달된 매개변수는 ECMA 표준에 따라 처리됩니다 (자세한 내용은 toLocaleDateString() 문서 참고).

스크립트를 V8로 이전할 때 언어별 날짜 및 시간 메서드의 출력과 관련하여 코드의 기대치를 테스트하고 조정하세요.

// Rhino runtime
var event = new Date(
  Date.UTC(2012, 11, 21, 12));

// Outputs "December 21, 2012" in Rhino
console.log(event.toLocaleDateString());

// Also outputs "December 21, 2012",
//  ignoring the parameters passed in.
console.log(event.toLocaleDateString(
    'de-DE',
    { year: 'numeric',
      month: 'long',
      day: 'numeric' }));

// V8 runtime
var event = new Date(
  Date.UTC(2012, 11, 21, 12));

// Outputs "12/21/2012" in V8
console.log(event.toLocaleDateString());

// Outputs "21. Dezember 2012"
console.log(event.toLocaleDateString(
    'de-DE',
    { year: 'numeric',
      month: 'long',
      day: 'numeric' }));

`Error.fileName` 및 `Error.lineNumber` 사용을 피합니다.

V8 Untime에서 표준 자바스크립트 Error 객체는 fileName 또는 lineNumber를 생성자 매개변수 또는 객체 속성으로 지원하지 않습니다.

스크립트를 V8로 이전할 때 Error.fileName 및 Error.lineNumber에 종속되지 않도록 하세요.

대안은 Error.prototype.stack를 사용하는 것입니다. 이 스택도 비표준 스택이지만 Rhino와 V8에서 모두 지원됩니다. 두 플랫폼에서 생성된 스택 트레이스의 형식은 약간 다릅니다.

// Rhino runtime Error.prototype.stack
// stack trace format
at filename:92 (innerFunction)
at filename:97 (outerFunction)

// V8 runtime Error.prototype.stack
// stack trace format
Error: error message
at innerFunction (filename:92:11)
at outerFunction (filename:97:5)

문자열화된 enum 객체 처리 조정

원래 Rhino 런타임에서 enum 객체에 자바스크립트 JSON.stringify() 메서드를 사용하면 {}만 반환됩니다.

V8에서는 enum 객체에 동일한 메서드를 사용하면 enum 이름이 다시 실행됩니다.

스크립트를 V8로 이전할 때 enum 객체의 JSON.stringify() 출력과 관련하여 코드의 기대치를 테스트하고 조정하세요.

// Rhino runtime
var enumName =
  JSON.stringify(Charts.ChartType.BUBBLE);

// enumName evaluates to {}

// V8 runtime
var enumName =
  JSON.stringify(Charts.ChartType.BUBBLE);

// enumName evaluates to "BUBBLE"

정의되지 않은 매개변수 처리 조정

원래 Rhino 런타임에서는 undefined을 메서드에 매개변수로 전달하면 "undefined" 문자열이 해당 메서드에 전달됩니다.

V8에서 undefined를 메서드에 전달하는 것은 null를 전달하는 것과 같습니다.

스크립트를 V8로 이전할 때 undefined 매개변수와 관련된 코드의 기대치를 테스트하고 조정하세요.

// Rhino runtime
SpreadsheetApp.getActiveRange()
    .setValue(undefined);

// The active range now has the string
// "undefined"  as its value.

// V8 runtime
SpreadsheetApp.getActiveRange()
    .setValue(undefined);

// The active range now has no content, as
// setValue(null) removes content from
// ranges.

전역 `this` 처리 조정

Rhino 런타임은 이를 사용하는 스크립트에 암시적인 특수 컨텍스트를 정의합니다. 스크립트 코드는 실제 전역 this와는 다른 이 암시적 컨텍스트에서 실행됩니다. 즉, 코드의 '전역 this' 참조는 실제로 스크립트에 정의된 코드와 변수만 포함하는 특수 컨텍스트로 평가됩니다. 기본 제공되는 Apps Script 서비스와 ECMAScript 객체는 이러한 this 사용에서 제외됩니다. 이 상황은 다음 JavaScript 구조와 비슷합니다.

// Rhino runtime

// Apps Script built-in services defined here, in the actual global context.
var SpreadsheetApp = {
  openById: function() { ... }
  getActive: function() { ... }
  // etc.
};

function() {
  // Implicit special context; all your code goes here. If the global this
  // is referenced in your code, it only contains elements from this context.

  // Any global variables you defined.
  var x = 42;

  // Your script functions.
  function myFunction() {
    ...
  }
  // End of your code.
}();

V8에서는 암시적 특수 컨텍스트가 삭제되었습니다. 스크립트에 정의된 전역 변수 및 함수는 기본 제공되는 Apps Script 서비스 및 ECMAScript(예: Math 및 Date) 옆의 전역 컨텍스트에 배치됩니다.

스크립트를 V8로 이전할 때 전역 컨텍스트에서 this를 사용하는 것과 관련하여 코드의 기대치를 테스트하고 조정하세요. 대부분의 경우 코드에서 전역 this 객체의 키 또는 속성 이름을 검사하는 경우에만 차이가 명확하게 나타납니다.

// Rhino runtime
var myGlobal = 5;

function myFunction() {

  // Only logs [myFunction, myGlobal];
  console.log(Object.keys(this));

  // Only logs [myFunction, myGlobal];
  console.log(
    Object.getOwnPropertyNames(this));
}

// V8 runtime
var myGlobal = 5;

function myFunction() {

  // Logs an array that includes the names
  // of Apps Script services
  // (CalendarApp, GmailApp, etc.) in
  // addition to myFunction and myGlobal.
  console.log(Object.keys(this));

  // Logs an array that includes the same
  // values as above, and also includes
  // ECMAScript built-ins like Math, Date,
  // and Object.
  console.log(
    Object.getOwnPropertyNames(this));
}

라이브러리에서 `instanceof` 처리 조정

다른 프로젝트의 함수에서 매개변수로 전달된 객체의 라이브러리에서 instanceof를 사용하면 거짓음성이 발생할 수 있습니다. V8 런타임에서 프로젝트와 그 라이브러리는 서로 다른 실행 컨텍스트에서 실행되므로 서로 다른 전역 및 프로토타입 체인을 가집니다.

라이브러리가 프로젝트에서 생성되지 않은 객체에 instanceof를 사용하는 경우에만 해당됩니다. 프로젝트 내의 동일한 스크립트에서든 다른 스크립트에서든 프로젝트에서 생성된 객체에서 이 스크립트를 사용할 경우 예상대로 작동해야 합니다.

V8에서 실행되는 프로젝트가 스크립트를 라이브러리로 사용하는 경우 스크립트가 다른 프로젝트에서 전달되는 매개변수에 instanceof를 사용하는지 확인합니다. 사용 사례에 따라 instanceof 사용을 조정하고 기타 가능한 대안을 사용하세요.

전체 프로토타입 체인을 검색할 필요가 없고 생성자만 확인할 필요가 있는 경우 a instanceof b의 한 가지 대안은 a의 생성자를 사용하는 것입니다. 사용량: a.constructor.name == "b"

프로젝트 A와 프로젝트 B가 프로젝트 B를 라이브러리로 사용한다고 생각해 보세요.

//Rhino runtime

//Project A

function caller() {
   var date = new Date();
   // Returns true
   return B.callee(date);
}

//Project B

function callee(date) {
   // Returns true
   return(date instanceof Date);
}

//V8 runtime

//Project A

function caller() {
   var date = new Date();
   // Returns false
   return B.callee(date);
}

//Project B

function callee(date) {
   // Incorrectly returns false
   return(date instanceof Date);
   // Consider using return (date.constructor.name ==
   // “Date”) instead.
   // return (date.constructor.name == “Date”) -> Returns
   // true
}

라이브러리 함수를 호출할 때 기본 프로젝트에서 instanceof를 확인하는 함수를 도입하고 다른 매개변수 외에 함수를 전달하는 방법도 있습니다. 그런 다음 전달된 함수를 사용하여 라이브러리 내에서 instanceof를 확인할 수 있습니다.

//V8 runtime

//Project A

function caller() {
   var date = new Date();
   // Returns True
   return B.callee(date, date => date instanceof Date);
}

//Project B

function callee(date, checkInstanceOf) {
  // Returns True
  return checkInstanceOf(date);
}

공유되지 않은 리소스의 라이브러리 전달 조정

기본 스크립트에서 라이브러리로 비공유 리소스를 전달하는 방식은 V8 런타임에서 다르게 작동합니다.

Rhino 런타임에서는 공유되지 않는 리소스를 전달할 수 없습니다. 대신 라이브러리는 자체 리소스를 사용합니다.

V8 런타임에서는 비공유 리소스를 라이브러리에 전달하는 것이 작동합니다. 라이브러리는 전달된 비공유 리소스를 사용합니다.

공유되지 않은 리소스를 함수 매개변수로 전달하지 마세요. 공유되지 않은 리소스는 항상 해당 리소스를 사용하는 동일한 스크립트에서 선언합니다.

프로젝트 A와 프로젝트 B가 프로젝트 B를 라이브러리로 사용한다고 생각해 보세요. 이 예에서 PropertiesService는 공유되지 않은 리소스입니다.

// Rhino runtime
// Project A
function testPassingNonSharedProperties() {
  PropertiesService.getScriptProperties()
      .setProperty('project', 'Project-A');
  B.setScriptProperties();
  // Prints: Project-B
  Logger.log(B.getScriptProperties(
      PropertiesService, 'project'));
}

//Project B
function setScriptProperties() {
  PropertiesService.getScriptProperties()
      .setProperty('project', 'Project-B');
}
function getScriptProperties(
    propertiesService, key) {
  return propertiesService.getScriptProperties()
      .getProperty(key);
}

// V8 runtime
// Project A
function testPassingNonSharedProperties() {
  PropertiesService.getScriptProperties()
      .setProperty('project', 'Project-A');
  B.setScriptProperties();
  // Prints: Project-A
  Logger.log(B.getScriptProperties(
      PropertiesService, 'project'));
}

// Project B
function setProperties() {
  PropertiesService.getScriptProperties()
        .setProperty('project', 'Project-B');
}
function getScriptProperties(
    propertiesService, key) {
  return propertiesService.getScriptProperties()
      .getProperty(key);
}

독립형 스크립트에 대한 액세스 업데이트

V8 런타임에서 실행되는 독립형 스크립트의 경우 스크립트 트리거가 제대로 작동하려면 사용자에게 최소한 스크립트에 대한 보기 액세스 권한을 제공해야 합니다.