Menayangkan kode modern ke browser modern untuk pemuatan halaman yang lebih cepat

Dalam codelab ini, tingkatkan performa aplikasi sederhana ini yang memungkinkan pengguna memberi rating pada kucing acak. Pelajari cara mengoptimalkan paket JavaScript dengan meminimalkan jumlah kode yang ditranspilasi.

Screenshot aplikasi

Di aplikasi contoh, Anda dapat memilih kata atau emoji untuk menyampaikan seberapa besar Anda menyukai setiap kucing. Saat Anda mengklik tombol, aplikasi akan menampilkan nilai tombol di bawah gambar kucing saat ini.

Ukur

Sebaiknya mulailah dengan memeriksa situs sebelum menambahkan pengoptimalan apa pun:

  1. Untuk melihat pratinjau situs, tekan Lihat Aplikasi. Kemudian tekan Layar Penuh layar penuh.
  2. Tekan `Control+Shift+J` (atau `Command+Option+J` di Mac) untuk membuka DevTools.
  3. Klik tab Jaringan.
  4. Centang kotak Nonaktifkan cache.
  5. Muat ulang aplikasi.

Permintaan ukuran paket asli

Lebih dari 80 KB digunakan untuk aplikasi ini. Saatnya mencari tahu apakah bagian paket tidak digunakan:

  1. Tekan Control+Shift+P (atau Command+Shift+P di Mac) untuk membuka menu Command. Menu Perintah

  2. Masukkan Show Coverage dan tekan Enter untuk menampilkan tab Cakupan.

  3. Di tab Cakupan, klik Muat ulang untuk memuat ulang aplikasi saat merekam cakupan.

    Memuat ulang aplikasi dengan cakupan kode

  4. Lihat jumlah kode yang digunakan dibandingkan dengan jumlah yang dimuat untuk paket utama:

    Cakupan kode paket

Lebih dari setengah paket (44 KB) bahkan tidak digunakan. Hal ini karena banyak kode di dalamnya terdiri dari polyfill untuk memastikan aplikasi berfungsi di browser lama.

Menggunakan @babel/preset-env

Sintaksis bahasa JavaScript sesuai dengan standar yang dikenal sebagai ECMAScript, atau ECMA-262. Versi spec yang lebih baru dirilis setiap tahun dan menyertakan fitur baru yang telah lulus proses proposal. Setiap browser utama selalu berada di tahap dukungan fitur ini yang berbeda.

Fitur ES2015 berikut digunakan dalam aplikasi:

Fitur ES2017 berikut juga digunakan:

Jangan ragu untuk mempelajari kode sumber di src/index.js untuk melihat cara semua kode ini digunakan.

Semua fitur ini didukung di Chrome versi terbaru, tetapi bagaimana dengan browser lain yang tidak mendukungnya? Babel, yang disertakan dalam aplikasi, adalah library paling populer yang digunakan untuk mengompilasi kode yang berisi sintaksis yang lebih baru menjadi kode yang dapat dipahami oleh browser dan lingkungan lama. Cara ini dilakukan dengan dua cara:

  • Polyfill disertakan untuk mengemulasi fungsi ES2015+ yang lebih baru sehingga API-nya dapat digunakan meskipun tidak didukung oleh browser. Berikut adalah contoh polyfill metode Array.includes.
  • Plugin digunakan untuk mengubah kode ES2015 (atau yang lebih baru) menjadi sintaksis ES5 yang lebih lama. Karena ini adalah perubahan terkait sintaksis (seperti fungsi panah), perubahan tersebut tidak dapat diemulasi dengan polyfill.

Lihat package.json untuk melihat library Babel yang disertakan:

"dependencies": {
  "@babel/polyfill": "^7.0.0"
},
"devDependencies": {
  //...
  "babel-loader": "^8.0.2",
  "@babel/core": "^7.1.0",
  "@babel/preset-env": "^7.1.0",
  //...
}
  • @babel/core adalah compiler inti Babel. Dengan ini, semua konfigurasi Babel ditentukan dalam .babelrc di root project.
  • babel-loader menyertakan Babel dalam proses build webpack.

Sekarang lihat webpack.config.js untuk melihat cara babel-loader disertakan sebagai aturan:

module: {
  rules: [
    //...
    {
      test: /\.js$/,
      exclude: /node_modules/,
      loader: "babel-loader"
    }
  ]
},
  • @babel/polyfill menyediakan semua polyfill yang diperlukan untuk fitur ECMAScript yang lebih baru sehingga dapat berfungsi di lingkungan yang tidak mendukungnya. Sudah diimpor di bagian paling atas src/index.js.
import "./style.css";
import "@babel/polyfill";
  • @babel/preset-env mengidentifikasi transformasi dan polyfill yang diperlukan untuk browser atau lingkungan apa pun yang dipilih sebagai target.

Lihat file konfigurasi Babel, .babelrc, untuk melihat cara file tersebut disertakan:

{
  "presets": [
    [
      "@babel/preset-env",
      {
        "targets": "last 2 versions"
      }
    ]
  ]
}

Ini adalah penyiapan Babel dan webpack. Pelajari cara menyertakan Babel dalam aplikasi Anda jika Anda kebetulan menggunakan paket modul yang berbeda dari webpack.

Atribut targets di .babelrc mengidentifikasi browser yang ditargetkan. @babel/preset-env terintegrasi dengan browserslist, yang berarti Anda dapat menemukan daftar lengkap kueri kompatibel yang dapat digunakan di kolom ini di dokumentasi browserslist.

Nilai "last 2 versions" mentranspile kode dalam aplikasi untuk dua versi terakhir dari setiap browser.

Proses Debug

Untuk mendapatkan tampilan lengkap semua target Babel browser serta semua transformasi dan polyfill yang disertakan, tambahkan kolom debug ke .babelrc:

{
  "presets": [
    [
      "@babel/preset-env",
      {
        "targets": "last 2 versions",
        "debug": true
      }
    ]
  ]
}
  • Klik Tools.
  • Klik Logs.

Muat ulang aplikasi dan lihat log status Glitch di bagian bawah editor.

Browser yang ditargetkan

Babel mencatat sejumlah detail ke konsol tentang proses kompilasi, termasuk semua lingkungan target yang telah dikompilasi kodenya.

Browser yang ditargetkan

Perhatikan bagaimana browser yang tidak digunakan lagi, seperti Internet Explorer, disertakan dalam daftar ini. Hal ini menjadi masalah karena browser yang tidak didukung tidak akan memiliki fitur yang lebih baru, dan Babel terus mentranspile sintaksis tertentu untuk browser tersebut. Hal ini tidak perlu meningkatkan ukuran paket jika pengguna tidak menggunakan browser ini untuk mengakses situs Anda.

Babel juga mencatat daftar plugin transformasi yang digunakan:

Daftar plugin yang digunakan

Daftarnya cukup panjang. Ini adalah semua plugin yang perlu digunakan Babel untuk mengubah sintaksis ES2015+ ke sintaksis yang lebih lama untuk semua browser yang ditargetkan.

Namun, Babel tidak menampilkan polyfill tertentu yang digunakan:

Tidak ada polyfill yang ditambahkan

Hal ini karena seluruh @babel/polyfill diimpor secara langsung.

Memuat polyfill satu per satu

Secara default, Babel menyertakan setiap polyfill yang diperlukan untuk lingkungan ES2015+ yang lengkap saat @babel/polyfill diimpor ke dalam file. Untuk mengimpor polyfill tertentu yang diperlukan untuk browser target, tambahkan useBuiltIns: 'entry' ke konfigurasi.

{
  "presets": [
    [
      "@babel/preset-env",
      {
        "targets": "last 2 versions",
        "debug": true
        "useBuiltIns": "entry"
      }
    ]
  ]
}

Muat ulang aplikasi. Sekarang Anda dapat melihat semua polyfill spesifik yang disertakan:

Daftar polyfill yang diimpor

Meskipun hanya polyfill yang diperlukan untuk "last 2 versions" yang disertakan sekarang, daftarnya masih sangat panjang. Hal ini karena polyfill yang diperlukan untuk browser target untuk setiap fitur yang lebih baru masih disertakan. Ubah nilai atribut menjadi usage agar hanya menyertakan atribut yang diperlukan untuk fitur yang sedang digunakan dalam kode.

{
  "presets": [
    [
      "@babel/preset-env",
      {
        "targets": "last 2 versions",
        "debug": true,
        "useBuiltIns": "entry"
        "useBuiltIns": "usage"
      }
    ]
  ]
}

Dengan demikian, polyfill akan otomatis disertakan jika diperlukan. Artinya, Anda dapat menghapus impor @babel/polyfill di src/index.js.

import "./style.css";
import "@babel/polyfill";

Sekarang hanya polyfill yang diperlukan untuk aplikasi yang disertakan.

Daftar polyfill yang disertakan secara otomatis

Ukuran app bundle berkurang secara signifikan.

Ukuran paket dikurangi menjadi 30,1 KB

Mempersempit daftar browser yang didukung

Jumlah target browser yang disertakan masih cukup besar, dan tidak banyak pengguna yang menggunakan browser yang tidak digunakan lagi seperti Internet Explorer. Perbarui konfigurasi ke hal berikut:

{
  "presets": [
    [
      "@babel/preset-env",
      {
        "targets": "last 2 versions",
        "targets": [">0.25%", "not ie 11"],
        "debug": true,
        "useBuiltIns": "usage",
      }
    ]
  ]
}

Lihat detail untuk paket yang diambil.

Ukuran paket 30,0 KB

Karena aplikasi ini sangat kecil, tidak ada banyak perbedaan dengan perubahan ini. Namun, pendekatan yang direkomendasikan adalah menggunakan persentase pangsa pasar browser (seperti ">0.25%") beserta mengecualikan browser tertentu yang Anda yakin tidak digunakan oleh pengguna. Baca artikel "2 versi terakhir" yang dianggap berbahaya oleh James Kyle untuk mempelajari lebih lanjut.

Gunakan <script type="module">

Masih ada banyak hal yang dapat ditingkatkan. Meskipun sejumlah polyfill yang tidak digunakan telah dihapus, ada banyak polyfill yang dikirimkan yang tidak diperlukan untuk beberapa browser. Dengan menggunakan modul, sintaksis yang lebih baru dapat ditulis dan dikirim ke browser secara langsung tanpa menggunakan polyfill yang tidak diperlukan.

Modul JavaScript adalah fitur yang relatif baru dan didukung di semua browser utama. Modul dapat dibuat menggunakan atribut type="module" untuk menentukan skrip yang mengimpor dan mengekspor dari modul lain. Contoh:

// math.mjs
export const add = (x, y) => x + y;

<!-- index.html -->
<script type="module">
  import { add } from './math.mjs';

  add(5, 2); // 7
</script>

Banyak fitur ECMAScript yang lebih baru sudah didukung di lingkungan yang mendukung modul JavaScript (bukan memerlukan Babel). Artinya, konfigurasi Babel dapat diubah untuk mengirim dua versi aplikasi yang berbeda ke browser:

  • Versi yang akan berfungsi di browser yang lebih baru yang mendukung modul dan menyertakan modul yang sebagian besar tidak ditranspil, tetapi memiliki ukuran file yang lebih kecil
  • Versi yang menyertakan skrip yang lebih besar dan ditranspil yang akan berfungsi di browser lama

Menggunakan Modul ES dengan Babel

Untuk memiliki setelan @babel/preset-env terpisah bagi kedua versi aplikasi, hapus file .babelrc. Setelan Babel dapat ditambahkan ke konfigurasi webpack dengan menentukan dua format kompilasi yang berbeda untuk setiap versi aplikasi.

Mulai dengan menambahkan konfigurasi untuk skrip lama ke webpack.config.js:

const legacyConfig = {
  entry,
  output: {
    path: path.resolve(__dirname, "public"),
    filename: "[name].bundle.js"
  },
  module: {
    rules: [
      {
        test: /\.js$/,
        exclude: /node_modules/,
        loader: "babel-loader",
        options: {
          presets: [
            ["@babel/preset-env", {
              useBuiltIns: "usage",
              targets: {
                esmodules: false
              }
            }]
          ]
        }
      },
      cssRule
    ]
  },
  plugins
}

Perhatikan bahwa alih-alih menggunakan nilai targets untuk "@babel/preset-env", esmodules dengan nilai false digunakan sebagai gantinya. Artinya, Babel menyertakan semua transformasi dan polyfill yang diperlukan untuk menargetkan setiap browser yang belum mendukung modul ES.

Tambahkan objek entry, cssRule, dan corePlugins ke awal file webpack.config.js. Semua ini dibagikan antara modul dan skrip lama yang ditayangkan ke browser.

const entry = {
  main: "./src"
};

const cssRule = {
  test: /\.css$/,
  use: ExtractTextPlugin.extract({
    fallback: "style-loader",
    use: "css-loader"
  })
};

const plugins = [
  new ExtractTextPlugin({filename: "[name].css", allChunks: true}),
  new HtmlWebpackPlugin({template: "./src/index.html"})
];

Sekarang, buat objek konfigurasi untuk skrip modul di bawah tempat legacyConfig ditentukan:

const moduleConfig = {
  entry,
  output: {
    path: path.resolve(__dirname, "public"),
    filename: "[name].mjs"
  },
  module: {
    rules: [
      {
        test: /\.js$/,
        exclude: /node_modules/,
        loader: "babel-loader",
        options: {
          presets: [
            ["@babel/preset-env", {
              useBuiltIns: "usage",
              targets: {
                esmodules: true
              }
            }]
          ]
        }
      },
      cssRule
    ]
  },
  plugins
}

Perbedaan utamanya di sini adalah ekstensi file .mjs digunakan untuk nama file output. Nilai esmodules ditetapkan ke true di sini yang berarti kode yang dihasilkan ke dalam modul ini adalah skrip yang lebih kecil dan kurang dikompilasi yang tidak mengalami transformasi apa pun dalam contoh ini karena semua fitur yang digunakan sudah didukung di browser yang mendukung modul.

Di bagian paling akhir file, ekspor kedua konfigurasi dalam satu array.

module.exports = [
  legacyConfig, moduleConfig
];

Sekarang, tindakan ini akan mem-build modul yang lebih kecil untuk browser yang mendukungnya dan skrip transpil yang lebih besar untuk browser lama.

Browser yang mendukung modul mengabaikan skrip dengan atribut nomodule. Sebaliknya, browser yang tidak mendukung modul akan mengabaikan elemen skrip dengan type="module". Artinya, Anda dapat menyertakan modul serta penggantian yang dikompilasi. Idealnya, kedua versi aplikasi harus berada di index.html seperti ini:

<script type="module" src="main.mjs"></script>
<script nomodule src="main.bundle.js"></script>

Browser yang mendukung modul mengambil dan menjalankan main.mjs serta mengabaikan main.bundle.js. Browser yang tidak mendukung modul melakukan hal sebaliknya.

Perlu diperhatikan bahwa tidak seperti skrip reguler, skrip modul selalu ditangguhkan secara default. Jika Anda ingin skrip nomodule yang setara juga ditangguhkan dan hanya dieksekusi setelah pemrosesan, Anda harus menambahkan atribut defer:

<script type="module" src="main.mjs"></script>
<script nomodule src="main.bundle.js" defer></script>

Hal terakhir yang perlu dilakukan di sini adalah menambahkan atribut module dan nomodule ke modul dan skrip lama, Impor ScriptExtHtmlWebpackPlugin di bagian paling atas webpack.config.js:

const path = require("path");

const webpack = require("webpack");
const HtmlWebpackPlugin = require("html-webpack-plugin");
const ScriptExtHtmlWebpackPlugin = require("script-ext-html-webpack-plugin");

Sekarang, perbarui array plugins dalam konfigurasi untuk menyertakan plugin ini:

const plugins = [
  new ExtractTextPlugin({filename: "[name].css", allChunks: true}),
  new HtmlWebpackPlugin({template: "./src/index.html"}),
  new ScriptExtHtmlWebpackPlugin({
    module: /\.mjs$/,
    custom: [
      {
        test: /\.js$/,
        attribute: 'nomodule',
        value: ''
    },
    ]
  })
];

Setelan plugin ini menambahkan atribut type="module" untuk semua elemen skrip .mjs serta atribut nomodule untuk semua modul skrip .js.

Menayangkan modul dalam dokumen HTML

Hal terakhir yang perlu dilakukan adalah menghasilkan elemen skrip lama dan modern ke file HTML. Sayangnya, plugin yang membuat file HTML akhir, HTMLWebpackPlugin, saat ini tidak mendukung output skrip modul dan nomodule. Meskipun ada solusi dan plugin terpisah yang dibuat untuk mengatasi masalah ini, seperti BabelMultiTargetPlugin dan HTMLWebpackMultiBuildPlugin, pendekatan yang lebih sederhana untuk menambahkan elemen skrip modul secara manual digunakan untuk tujuan tutorial ini.

Tambahkan kode berikut ke src/index.js di bagian akhir file:

    ...
    </form>
    <script type="module" src="main.mjs"></script>
  </body>
</html>

Sekarang, muat aplikasi di browser yang mendukung modul, seperti Chrome versi terbaru.

Modul 5,2 KB yang diambil melalui jaringan untuk browser yang lebih baru

Hanya modul yang diambil, dengan ukuran paket yang jauh lebih kecil karena sebagian besar tidak ditranspil. Elemen skrip lainnya sepenuhnya diabaikan oleh browser.

Jika Anda memuat aplikasi di browser lama, hanya skrip transpil yang lebih besar dengan semua polyfill dan transformasi yang diperlukan yang akan diambil. Berikut adalah screenshot untuk semua permintaan yang dibuat di Chrome versi lama (versi 38).

Skrip 30 KB diambil untuk browser lama

Kesimpulan

Sekarang Anda memahami cara menggunakan @babel/preset-env untuk hanya menyediakan polyfill yang diperlukan untuk browser yang ditargetkan. Anda juga mengetahui cara modul JavaScript dapat meningkatkan performa lebih lanjut dengan mengirimkan dua versi aplikasi yang ditranspil berbeda. Dengan pemahaman yang baik tentang cara kedua teknik ini dapat mengurangi ukuran paket Anda secara signifikan, lanjutkan dan optimalkan.