Interoperabilitas JavaScript Blazor ASP.NET Core (interop JS)

Aplikasi Blazor dapat menjalankan fungsi JavaScript (JS) dari metode .NET dan metode .NET dari fungsi JS. Skenario ini disebut interoperabilitas JavaScript (interop JS).

Panduan interop JS lebih lanjut disediakan dalam artikel berikut:

• Memanggil fungsi JavaScript dari metode .NET di Blazor ASP.NET Core
• Memanggil metode .NET dari fungsi JavaScript di Blazor ASP.NET Core

Catatan

API interop JavaScript [JSImport]/[JSExport] tersedia untuk komponen sisi klien di ASP.NET Core di .NET 7 atau yang lebih baru.

Untuk informasi selengkapnya, lihat Interop Impor/JSEkspor JavaScript JSdengan ASP.NET Core Blazor.

Paket abstraksi dan fitur interop JavaScript

Paket @microsoft/dotnet-js-interop (npmjs.com) (Microsoft.JSInterop paket NuGet) menyediakan abstraksi dan fitur untuk interop antara kode .NET dan JavaScript (JS). Sumber referensi tersedia di dotnet/aspnetcore repositori GitHub (/src/JSInterop folder). Untuk informasi selengkapnya, lihat file repositori README.md GitHub.

Catatan

Tautan dokumentasi ke sumber referensi .NET biasanya memuat cabang default repositori, yang mewakili pengembangan saat ini untuk rilis .NET berikutnya. Untuk memilih tag rilis tertentu, gunakan daftar dropdown Beralih cabang atau tag. Untuk informasi lebih lanjut, lihat Cara memilih tag versi kode sumber ASP.NET Core (dotnet/AspNetCore.Docs #26205).

Sumber daya tambahan untuk menulis JS skrip interop di TypeScript:

• TypeScript
• Tutorial: Membuat aplikasi ASP.NET Core dengan TypeScript di Visual Studio
• Mengelola paket npm di Visual Studio

Interaksi dengan DOM

Hanya bermutasi DOM dengan JavaScript (JS) saat objek tidak berinteraksi dengan Blazor. Blazor mempertahankan representasi DOM dan berinteraksi langsung dengan objek DOM. Jika elemen yang dirender oleh Blazor dimodifikasi secara eksternal menggunakan JS secara langsung atau melalui Interop JS, DOM mungkin tidak lagi cocok dengan representasi internal Blazor, yang dapat mengakibatkan perilaku yang tidak ditentukan. Perilaku yang tidak ditentukan mungkin hanya dapat mengganggu presentasi elemen atau fungsinya, tetapi juga dapat menimbulkan risiko keamanan ke aplikasi atau server.

Panduan ini tidak hanya berlaku untuk kode interop JS Anda sendiri, tetapi juga untuk setiap pustaka JS yang digunakan aplikasi, termasuk apa pun yang disediakan oleh kerangka kerja pihak ketiga, seperti Bootstrap JS dan jQuery.

Dalam beberapa contoh dokumentasi, JS interop digunakan untuk mengubah elemen semata-mata untuk tujuan demonstrasi sebagai bagian dari contoh. Dalam kasus tersebut, peringatan muncul di teks.

Untuk informasi lebih lanjut, lihat Memanggil fungsi JavaScript dari metode .NET di Blazor ASP.NET Core.

Panggilan JavaScript asinkron

Panggilan interop JS tidak sinkron secara default, terlepas dari apakah kode yang dipanggil sinkron atau asinkron. Panggilan tidak sinkron secara default untuk memastikan bahwa komponen kompatibel di seluruh model penyajian sisi server dan sisi klien. Saat mengadopsi penyajian sisi server, JS panggilan interop harus asinkron karena dikirim melalui koneksi jaringan. Untuk aplikasi yang secara eksklusif mengadopsi penyajian sisi klien, panggilan interop sinkron JS didukung.

Untuk informasi lebih lanjut, baca artikel berikut:

• Memanggil fungsi JavaScript dari metode .NET di Blazor ASP.NET Core
• Memanggil metode .NET dari fungsi JavaScript di Blazor ASP.NET Core

Serialisasi objek

Blazor menggunakan System.Text.Json untuk serialisasi dengan persyaratan dan perilaku default berikut:

• Jenis harus memiliki konstruktor default, get/set pengakses harus publik, dan bidang tidak pernah diserialisasi.
• Serialisasi default global tidak dapat disesuaikan untuk menghindari kerusakan pustaka komponen yang ada, berdampak pada performa dan keamanan, serta pengurangan keandalan.
• Serialisasi nama anggota .NET menghasilkan nama kunci JSON huruf kecil.
• JSON dideserialisasi sebagai instans C# JsonElement, yang memungkinkan casing campuran. Casting internal untuk penetapan ke properti model C# berfungsi seperti yang diharapkan meskipun ada perbedaan kasus antara nama kunci JSON dan nama properti C#.
• Jenis kerangka kerja yang kompleks, seperti KeyValuePair, mungkin dipangkas oleh Pemangkas IL pada publikasi dan tidak ada untuk JS interop. Sebaiknya buat jenis kustom untuk jenis yang dipangkas IL Trimmer secara default.

API JsonConverter tersedia untuk serialisasi kustom. Properti dapat dianotasi dengan atribut [JsonConverter] guna menggantikan serialisasi default untuk tipe data yang ada.

Untuk informasi lebih lanjut, lihat sumber daya berikut ini dalam dokumentasi .NET:

• JSSerialisasi dan deserialisasi ON (marshalling dan unmarshalling) di .NET
• Cara menyesuaikan nama dan nilai properti dengan System.Text.Json
• Cara menulis konverter kustom untuk serialisasi JSON (marshalling) di .NET

Blazor mendukung interop JS array byte yang dioptimalkan yang menghindari pengodean/pendekodean array byte ke Base64. Aplikasi dapat menerapkan serialisasi kustom dan meneruskan byte yang dihasilkan. Untuk informasi lebih lanjut, lihat Memanggil fungsi JavaScript dari metode .NET di Blazor ASP.NET Core.

Tugas pembersihan DOM selama pembuangan komponen

Jangan jalankan JS kode interop untuk tugas pembersihan DOM selama pembuangan komponen. Sebagai gantinya MutationObserver , gunakan pola di JavaScript (JS) pada klien karena alasan berikut:

• Komponen mungkin telah dihapus dari DOM pada saat kode pembersihan Anda dijalankan di Dispose{Async}.
• Selama penyajian sisi server, perender Blazor mungkin telah dibuang oleh kerangka kerja pada saat kode pembersihan Anda dijalankan di Dispose{Async}.

Pola ini MutationObserver memungkinkan Anda menjalankan fungsi saat elemen dihapus dari DOM.

Dalam contoh berikut, DOMCleanup komponen:

• <div> Berisi dengan id .cleanupDiv Elemen <div> dihapus dari DOM bersama dengan markup DOM komponen lainnya ketika komponen dihapus dari DOM.
• DOMCleanupJS Memuat kelas dari DOMCleanup.razor.js file dan memanggil fungsinya createObserver untuk menyiapkan MutationObserver panggilan balik. Tugas-tugas ini dicapai dalam OnAfterRenderAsync metode siklus hidup.

DOMCleanup.razor:

@page "/dom-cleanup"
@implements IAsyncDisposable
@inject IJSRuntime JS

<h1>DOM Cleanup Example</h1>

<div id="cleanupDiv"></div>

@code {
    private IJSObjectReference? module;

    protected override async Task OnAfterRenderAsync(bool firstRender)
    {
        if (firstRender)
        {
            module = await JS.InvokeAsync<IJSObjectReference>(
                "import", "./Components/Pages/DOMCleanup.razor.js");

            await module.InvokeVoidAsync("DOMCleanup.createObserver");
        }
    }

    async ValueTask IAsyncDisposable.DisposeAsync()
    {
        if (module is not null)
        {
            await module.DisposeAsync();
        }
    }
}

Dalam contoh berikut, MutationObserver panggilan balik dijalankan setiap kali perubahan DOM terjadi. Jalankan kode pembersihan if Anda ketika pernyataan mengonfirmasi bahwa elemen target (cleanupDiv) dihapus (if (targetRemoved) { ... }). Penting untuk memutuskan dan menghapus untuk menghindari kebocoran MutationObserver memori setelah kode pembersihan Anda dijalankan.

DOMCleanup.razor.js ditempatkan berdampingan DOMCleanup dengan komponen sebelumnya:

export class DOMCleanup {
  static observer;

  static createObserver() {
    const target = document.querySelector('#cleanupDiv');

    this.observer = new MutationObserver(function (mutations) {
      const targetRemoved = mutations.some(function (mutation) {
        const nodes = Array.from(mutation.removedNodes);
        return nodes.indexOf(target) !== -1;
      });

      if (targetRemoved) {
        // Cleanup resources here
        // ...

        // Disconnect and delete MutationObserver
        this.observer && this.observer.disconnect();
        delete this.observer;
      }
    });

    this.observer.observe(target.parentNode, { childList: true });
  }
}

window.DOMCleanup = DOMCleanup;

Panggilan interop JavaScript tanpa sirkuit

Bagian ini hanya berlaku untuk aplikasi sisi server.

Panggilan interop JavaScript (JS) tidak dapat dikeluarkan setelah SignalR sirkuit terputus. Tanpa sirkuit selama pembuangan komponen atau di lain waktu bahwa sirkuit tidak ada, metode berikut memanggil gagal dan mencatat pesan bahwa sirkuit terputus sebagai JSDisconnectedException:

• JS panggilan metode interop
  • IJSRuntime.InvokeAsync
  • JSRuntimeExtensions.InvokeAsync
  • JSRuntimeExtensions.InvokeVoidAsync)
• Dispose/DisposeAsync panggilan pada setiap IJSObjectReference.

Untuk menghindari pengelogan JSDisconnectedException atau mencatat informasi kustom, tangkap pengecualian dalam pernyataan try-catch .

Untuk contoh pembuangan komponen berikut:

• Komponen mengimplementasikan IAsyncDisposable.
• objInstanceIJSObjectReferenceadalah .
• JSDisconnectedException tertangkap dan tidak dicatat.
• Secara opsional, Anda dapat mencatat informasi kustom dalam pernyataan pada catch tingkat log apa pun yang Anda inginkan. Contoh berikut tidak mencatat informasi kustom karena mengasumsikan pengembang tidak peduli tentang kapan atau di mana sirkuit terputus selama pembuangan komponen.

async ValueTask IAsyncDisposable.DisposeAsync()
{
    try
    {
        if (objInstance is not null)
        {
            await objInstance.DisposeAsync();
        }
    }
    catch (JSDisconnectedException)
    {
    }
}

Jika Anda harus membersihkan objek Anda sendiri JS atau menjalankan kode lain JS pada klien setelah sirkuit hilang, gunakan MutationObserver pola di JS pada klien. Pola ini MutationObserver memungkinkan Anda menjalankan fungsi saat elemen dihapus dari DOM.

Untuk informasi lebih lanjut, baca artikel berikut:

• Menangani kesalahan di aplikasi ASP.NET CoreBlazor: Bagian interop JavaScript membahas penanganan kesalahan dalam JS skenario interop.
• ASP.NET Siklus hidup komponen CoreRazor: Bagian pembuangan komponen dengan IDisposable dan IAsyncDisposable menjelaskan cara menerapkan pola pembuangan dalam Razor komponen.

File JavaScript yang di-cache

File JavaScript (JS) dan aset statis lainnya biasanya tidak disimpan dalam cache pada klien selama pengembangan di lingkungan Development. Selama pengembangan, permintaan aset statis menyertakan header Cache-Control dengan nilai no-cache atau max-age dengan nilai nol (0).

Selama produksi di Production lingkungan, file JS biasanya di-cache oleh klien.

Untuk menonaktifkan penembolokan sisi klien di browser, pengembang biasanya mengadopsi salah satu pendekatan berikut:

• Nonaktifkan penembolokan saat konsol alat pengembang browser terbuka. Panduan dapat ditemukan dalam dokumentasi alat pengembang dari setiap pemeliharaan browser:
  • Chrome DevTools
  • Alat Pengembang Firefox
  • Ringkasan Alat Pengembang Microsoft Edge
• Lakukan refresh browser manual pada halaman web mana pun dari aplikasi Blazor untuk memuat ulang file JS dari server. HTTP Caching Middleware ASP.NET Core selalu menggunakan header Cache-Control tanpa cache yang valid yang dikirim oleh klien.

Untuk informasi selengkapnya, lihat:

• Lingkungan Blazor ASP.NET Core
• Penembolokan respons di ASP.NET Core

Batas ukuran pada panggilan interop JavaScript

Bagian ini hanya berlaku untuk komponen interaktif di aplikasi sisi server. Untuk komponen sisi klien, kerangka kerja tidak memberlakukan batasan pada ukuran input dan output interop JavaScript (JS).

Untuk komponen interaktif di aplikasi sisi server, JS panggilan interop meneruskan data dari klien ke server berukuran SignalR terbatas pada ukuran pesan masuk maksimum yang diizinkan untuk metode hub, yang diberlakukan secara HubOptions.MaximumReceiveMessageSize default: 32 KB). JS ke pesan .NET SignalR lebih besar dari MaximumReceiveMessageSize melemparkan kesalahan. Kerangka kerja tidak memberlakukan batasan SignalR ukuran pesan dari hub ke klien. Untuk informasi selengkapnya tentang batas ukuran, pesan kesalahan, dan panduan tentang menangani batas ukuran pesan, lihat panduan ASP.NET CoreBlazorSignalR.

Menentukan tempat aplikasi berjalan

Jika relevan bagi aplikasi untuk mengetahui di mana kode berjalan untuk JS panggilan interop, gunakan OperatingSystem.IsBrowser untuk menentukan apakah komponen dijalankan dalam konteks browser di WebAssembly.