諦めることはできません。実装を読みまくりました。その結果、隠し機能のような差し込み口を発見しました。ちなみにこのあたりに実装があります。カスタマイズするためにあります。設定するために利用していますが、通信にかかった時間を測定したりログを出力するなど、通信の前後をフックしていろんなことができるようになっています。時代よりも汎用性の高い拡張ポイントを提供していると思います。コールバックを登録していてもコールバックされません。通信をラップするようなライブラリを作る場合です。お互いの実装がちょうどよく無視されるので、特に干渉することなく動作します。関して非常に良い質問を受けました。短期間だけ起動してすぐにアプリ/インスタンスが死んでいくバッチ処理などにおいては、逆に初期化コストが大きくなってしまうのでないか?というものです。はい、初回アクセス時に一度のみ初期化されることは分かるので、その初回アクセス時のコストは一回きりの直接使用よりはコストがかかると思います。仮に毎回コールドからだとしたら当然通常よりも遅くなるので、どの程度のキャッシュヒット率があれば採用した方が勝るかの計算が必要だと考えました。2019確かに実行速度はメチャクチャ速いのですが、初期化コストがどの程度かは把握していませんでした。無視するものとして割り切っていました。確かに初期化コストを無視できないようなシチュエーションでの利用にどの程度耐えられるのかは気になります。計測結果ということで計測してみました。結果は以下のような感じです。各種メソッドを何度呼び出せるのかを示しています。呼び出すのと同等なようです。見ると結構遅い...気がする!初期化するときの実装には言うほど気を配っていないのが明るみに出た感じががが...。サービスのリクエスト数などからすればすぐにペイできます。初期化コストを気にするよりも一度のリクエストを高速に捌く方がずっと大切なので、言うほどではないでしょう。逆に短命なアプリやバッチ処理の場合は利用しない方が良いでしょう。ケースバイケースで使い分けるのが良いかと思います。Reload!」というのが王道中の王道なのではないかと思います。少なくとも僕は今までずっとそうしてきました。ものがありますが、僕はそういう類の拡張機能は入れたくない派なので使ってないのです。仕様変更があり、実行時コンパイルを廃止したみたいです。依存しない形にするという点では正しい分離な気はします。いうライブラリとして分離されています。インストールしましょう。追加この機能は基本的に開発環境だけに適用されれば良いはずなので、以下のようにするのも効果的かと思います。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。