이 페이지는 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 런타임에서 Date.prototype.getYear()는 ECMAScript 표준에서 요구하는 대로 연도에서 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 호환 JavaScript 엔진에서 삭제되었습니다. 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()` 사용 지양

JavaScript 1.3에는 ECMAScript 표준에 포함되지 않은 Object.prototype.toSource() 메서드가 포함되어 있습니다. V8 런타임에서는 지원되지 않습니다.

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

그 밖의 차이점

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

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

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

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

Rhino에서 기본 형식은 긴 형식이고 전달된 매개변수는 무시됩니다.

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 언타임에서 표준 JavaScript 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 사용에서 제외됩니다. 다음 자바스크립트 구조와 비슷한 상황입니다.

// 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를 라이브러리로 사용하는 프로젝트 A와 프로젝트 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를 라이브러리로 사용하는 프로젝트 A와 프로젝트 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 런타임에서 실행되는 독립형 스크립트의 경우 스크립트의 트리거가 제대로 작동하려면 최소한 스크립트에 대한 보기 액세스 권한을 사용자에게 제공해야 합니다.