ラッパーと処理速度の関係性

Question

GASでAPIを作成した際に、
・データを受け取る
・スプレッドシートに入力
の過程をふんでいたのですが、この処理を高速化したいと思い、いくつかの文献を当たっていました。
そこで、次のサイトに、以下のような記述がありました。
https://befool.co.jp/blog/8823-scholar/gas-use-cache/

たとえば、シートの取得処理を、異なる関数内で個別に行うのであれば、> それは、やはり、何かしら変数の共有方法を考える必要性があるでしょう。
（関数の引数にシートを求める、シートの取得処理をラップしてシングルトン実装にする、グロバール変数を利用する、などなど）
引用テキスト
ちなみに、自分はこんな感じでシートに関する処理をラップしています。

/**
 * シートをラップするクラス
 *
 * シートに対してのメソッドはこのクラスを通して行うことで、
 * シート取得や、必要であればレンジの取得なども内部的にキャッシュさせ、
 * APIコールを減らしている
 */
(LibrarySS = function(ss)
{
  this.ss = ss;
}).prototype = new Object();
 
/**
 * シートの取得（シングルトン的挙動）
 */
LibrarySS.get = function()
{
  if (! LibrarySS._ss) {
    LibrarySS._ss = SpreadsheetApp.getActive() || SpreadsheetApp.openById("シートID");
  }
  return new LibrarySS(LibrarySS._ss);
}

関数やオブジェクトのラップは、仕様変更がなされたときの保守性やメンテナンス性のために行うものと思っていたのですが、高速化にも影響があるのでしょうか。
よろしくお願いいたします。

Answer 1

その記事に書いてあるように、GASにおいて速度に関係するのは、大部分がAPIコールです。
その記事では、APIコールを減らす手段としてオブジェクトのラップを間接的に用いているだけですので、関数やオブジェクトをラップしたからといってそれだけで大幅に速くなるわけではないと思います。
ラップした結果として、APIコールの戻り値（シートオブジェクト）が実行中に保管され、他の関数で使いまわせるようになって高速化している、というだけです。

なお、その記事で「ラップしている」とされているシート呼び出し部分は、下記とほぼ同様です。
単純にシートを呼び出すAPIコールを減らしたいだけならば、グローバルスコープに置くだけで良く、わざわざラップする必要はないと思います。

// グローバル領域に記載
const ss = SpreadsheetApp.getActive() || SpreadsheetApp.openById("シートID");

ssは最初の読み込み時に処理され、シート読み込みのAPIコールは１回だけ実行されます。
あとは他の関数からこのグローバル変数ssを利用するだけですので、無駄なAPIコールは発生しません。

その記事では「自分はこんな感じでシートに関する処理をラップしています。」と書いてあることから、シートの取得だけでなく、範囲データの取得等その他諸々の処理を LibrarySS という名前でまとめ、かつAPIコールを減らせるようにラップしているのでしょう。

このことは、そのサイトの後半にあるこの部分を見るとわかります。
ttps://befool.co.jp/blog/8823-scholar/gas-use-cache/ より引用。

実際使う際はこんなかんじ

var library = LibrarySS.get();  // ※独自クラス
var sheet = library.getSomeSheet();
var range = sheet.getDataRange();
var values = range.getValues();

　
このように LibrarySS という単一の変数をライブラリ呼び出し用として定義し、その下に getSomeSheet やら 様々なメソッドをぶら下げることで、
・グローバル変数を減らす
・コード編集時に補完が聞いて使いやすくなる、
というメリットがラップを用いていることの別の側面です。（もちろん質問文に記載の保守性が高まる点もメリット）