Cara lain untuk spa

Itu rhymed, sememangnya!

Baru -baru ini, saya mencadangkan pada podcast bahawa WordPress boleh mendapat manfaat daripada mengintegrasikan turbolinks. Konsepnya mudah:

1. Leverage Server-side rendering untuk membina tapak awal.
2. Turbolinks memintas klik pada pautan asal yang sama.
3. Ia menggunakan Ajax untuk mengambil HTML untuk halaman baru, menggantikan kandungan semasa tanpa tambah nilai halaman penuh.

Pada asasnya, ini mengubah aplikasi yang diberikan pelayan ke dalam aplikasi halaman tunggal (SPA) dengan kerumitan tambahan yang minimum.

Kelebihannya? Kelajuan yang lebih baik. Refreshes halaman penuh boleh menjadi lebih perlahan daripada interaksi spa. Walaupun Turbolinks adalah teknologi yang agak matang, ia tetap sangat berkesan. Catatan blog Starr Horne baru -baru ini mengenai penghijrahan honeybadger ke turbolinks menyoroti ini:

Honeybadger bukan spa, dan mungkin tidak akan pernah berlaku. Spa tidak selaras dengan keperluan teknikal kami. Pertimbangkan faktor -faktor ini:

• Permohonan kami terutamanya memaparkan maklumat statik.
• Kami memproses data penting untuk menjana laporan ralat individu.
• Pasukan kecil kami dari empat pemaju mengutamakan asas ringkas dan ringkas.

... Kami telah menggunakan pendekatan yang berjaya selama bertahun-tahun yang menawarkan prestasi seperti spa tanpa overhead JavaScript ... Kuncinya mencapai kelajuan spa tanpa kerumitan spa penuh.

Ini mencerminkan maksud saya tentang WordPress. Lalai yang diberikan pelayannya sangat baik, tetapi peningkatan mudah seperti Turbolinks dapat meningkatkan prestasi. Walau bagaimanapun, sambil menambah ia tetap pilihan.

Melekat semata-mata dengan rendering sisi pelayan tidak semestinya cacat. Halaman ringan dan caching yang berkesan dapat mengurangkan masalah prestasi.

Inovasi baru -baru ini Chrome juga relevan:

• "Cat Holding" meminimumkan kilat skrin kosong antara beban halaman.
• Unsur "portal" memudahkan peralihan yang lebih lancar di antara halaman tanpa tambah nilai. Pertimbangan aksesibiliti adalah penting di sini.

Pendekatan ini-rendering-side yang dipertingkatkan dengan ciri-ciri seperti spa-mungkin menyumbang kepada populariti kerangka seperti Next.js dan Gatsby.

Walau bagaimanapun, janganlah kita mengabaikan kuasa spa yang benar. Latihan rangkaian selalunya kesesakan prestasi laman web utama. Sekiranya aplikasi direka untuk memindahkan paket data kecil (bukannya ketulan HTML yang besar), dan dengan cekap membuat semula unsur-unsur DOM yang minimum, keuntungan prestasi adalah signifikan. Kaveat adalah bahawa JavaScript sendiri boleh menjadi kesesakan.

Cabarannya terletak pada perdagangan. Spa penuh sering menghilangkan penyerahan sisi pelayan, sementara "menghidrat" aplikasi yang diberikan pelayan dengan ciri spa dapat membebankan benang utama dengan JavaScript.

Nasib baik, pelbagai pilihan rendering membolehkan pilihan seni bina yang fleksibel.

Atas ialah kandungan terperinci Cara lain untuk spa. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!