Rumah hujung hadapan web tutorial js Native Observables, RxRxnd yang boleh diperhatikan yang belum wujud lagi

Native Observables, RxRxnd yang boleh diperhatikan yang belum wujud lagi

Dec 29, 2024 am 05:37 AM

Native Observables, RxRxnd the observable that doesn

Banyak perkara menarik sedang berlaku sekarang.

RxJS 7 mantap, RxJS 8 dalam alfa, nampaknya boleh digunakan dan begitu juga Native Observables baharu yang tersedia dalam Chrome Today!

Bolehkah kita menggunakannya bersama-sama?
Jawapan ringkas, macam tidak. Secara teknikal mereka semua Boleh Diperhatikan, jadi harus bercakap bahasa yang sama, bukan? Cuma .langgan, .seterusnya, .error, .complete dan voilà...

Nah, hampir. Kecuali RxJS membuat beberapa usaha tambahan untuk memastikan ia berurusan dengan Obsevables sebenar dan bukan "import murah" ?.
Oleh itu, ia dengan tekun menyemak Symbol.observable atau @@observable untuk hadir, jadi anda boleh menampal secara teknikalnya ke dalam DOM Observable dengan melakukan Observable.prototype['@@observable'] = function(){ return this }, tetapi ... walaupun anda berjaya dan anda berjaya menyambung kedua-duanya melalui document.when('click').subscribe(new Subject()), ia akan gagal sekali lagi kerana RxJS streams membuat rujukan kepada mereka sendiri ini, secara dalaman, yang kini akan menunjuk ke tempat lain... jadi ia pecah.

Nasib baik, kami memerlukan jambatan tersuai yang melanggan Native Observable dan memajukan data ke tanah RxJS.

Bagus, anggaplah kami melakukan itu, pasti, ia akan berkesan. Anda tiba-tiba boleh melakukan sesuatu seperti berikut, dengan syarat anda mempunyai fungsi balut bodoh ini, selesai:

const clickCount = rx(
  wrap(document.when('click')),
  scan(x=>x+1, 0),
);

clickCount.subscribe(doSomething);
Salin selepas log masuk
Salin selepas log masuk

Apa pun, walaupun perkara di atas sudah layak sebagai sejenis berita, ia bukanlah bahagian yang benar-benar menarik, sama sekali!

Bahagian yang menarik

Bahagian menarik di sini datang apabila kita bercakap tentang menggunakan Observables dalam dunia nyata, dalam aplikasi sebenar, yang biasanya dalam rangka kerja web atau perpustakaan UI yang lebih kecil.

Pertimbangkan kes butang pembilang klik, menggunakan Observables, di dalam "Komponen" JavaScript.

import { Subject, scan } from 'rxjs';
import { rml } from 'rimmel';

const Component = () => {
  const counter = new BehaviorSubject(0).pipe(
    scan(x=>x+1)
  );

  return rml`
    <button onclick="${counter}">hit me</button>
    Count: <span>${counter}</span>
  `;
}
Salin selepas log masuk
Salin selepas log masuk

Kini, dengan Native DOM Observables, kami menghadapi beberapa masalah menarik. Subjek tidak wujud, BehaviorSubject juga tidak wujud.
Di samping itu, ia tidak mempunyai kaedah .pipe() untuk menghantar pengendali masuk.
Akhir sekali, pengendali asalnya ialah semua kaedah kelas Boleh Diperhatikan, bukan fungsi.

Jadi, persoalan besarnya ialah: bagaimana anda memanggil kaedah objek yang... belum wujud lagi?

(Anda mungkin tersesat pada ketika ini... Saya tahu, tahan)

Cara baharu untuk mencipta Observables kelihatan seperti element.when(eventName). Ia adalah panggilan asli ke DOM.
Walau bagaimanapun, kami kini berada dalam templat, kami berada dalam Komponen JavaScript. Tiada satu pun daripada HTML telah ditambahkan pada DOM lagi, jadi tiada panggilan ke .when() mungkin dibuat.

Dan kami mahu memanggil .map().inspect().filter() padanya!

Kelalaian? RxJS pernah menggunakan antara muka yang sama sehingga beberapa tahun yang lalu (yang lain seperti Bacon dan Zen Observables masih melakukannya), tetapi untuk membantu menggoncang pokok, mereka telah membahagikan semua kaedah pengendali kepada fungsi pengendali, jadi kini anda boleh mengimport apa sahaja yang anda perlukan, menjadikan apl anda lebih ringan. Hebat!

Pemerhatian

Jadi, kembali kepada situasi baharu kita, bagaimana kita menyelesaikannya dari dalam komponen?
Sudah tentu, itu mudah! Kami sama ada mendapat Subject dan BehaviorSubject dalam cadangan WICG (spoiler: buat masa ini kami tidak), atau... kami menjadi kreatif, menggodam sistem dan memikirkan sesuatu seperti proksi yang membantu kami berpura-pura bahawa Native DOM Observable ada, walaupun tidak, jadi kita boleh memanggil kaedah pengendali aslinya. ?

Saya memanggilnya... Observature.

Masa Depan Boleh Diperhati = Pemerhatian. Observaurus ialah bahasa Latin untuk "orang yang akan memerhati", jadi jika kita memaksanya ke dalam bahasa Inggeris, ia sepatutnya berbunyi seperti itu.

Baik, jadi apakah rupa semuanya dalam kod?

const clickCount = rx(
  wrap(document.when('click')),
  scan(x=>x+1, 0),
);

clickCount.subscribe(doSomething);
Salin selepas log masuk
Salin selepas log masuk

Yay, lihat itu! Kami mempunyai sesuatu di sini: Pemerhatian baharu(0).scan(x=>x 1).
Biar saya jelaskan perkara ini.
Secara teknikalnya seperti mencipta BehaviorSubject(0).scan(x=>x 1) baharu kecuali satu perkara: tiada BehaviorSubject lagi. ?
The Observature hanyalah proksi. Ia mendedahkan kaedah daripada Observable dan Observer untuk langganan kemudian dan mengikat kemudian!
Jika anda memanggil .scan(fn), ia hanya akan ingat untuk memanggil .scan pada Observable sebenar ia akan dilanggan, apabila tiba masanya.

Jadi, apakah perkara menarik yang dibawa oleh Observatures?
Pertama ialah fakta bahawa mereka bukan Subjek sebenar, jadi apabila anda menjalankan kod di atas, fungsi operator yang anda sediakan akan berjalan pada tahap 1/2 dalam timbunan. Ia mungkin lebih ringan dan lebih pantas daripada apa-apa yang anda lihat sebelum ini, daripada klik hingga tenggelam. Tidak, belum menjalankan penanda aras lagi dan saya tidak peduli, itu konsep yang penting, buat masa ini.

Ah, satu lagi nota kecil. Tiada Observable.scan(), juga, dalam spesifikasi sekarang, jadi satu perkara yang boleh kita lakukan ialah menampal monyet pada masa ini, tetapi sekali lagi, itu hanyalah butiran pelaksanaan yang kecil. Kami mempunyai Observable asli, itu masalah besar!

Untuk kekal 100% asli, untuk kes penggunaan lain anda hanya boleh menggunakan .map() dan .filter(), tetapi dalam pengalaman saya anda tidak boleh menjalani kehidupan yang betul tanpa scan(), juga.

RxJS 8

Ok, jadi... perkara di atas menggunakan bahan asli, tiada RxJS.
Bagaimanakah rupanya dengan RxJS8?
Jawapan saya ialah saya tidak tahu, tanya @benlesh, dia lelaki awak :)

Halangan semasa adalah sama: Observable asli tidak dikenali oleh RxJS, jadi ada sedikit kerja yang perlu dilakukan. Semuanya boleh kelihatan seperti ini:

import { Subject, scan } from 'rxjs';
import { rml } from 'rimmel';

const Component = () => {
  const counter = new BehaviorSubject(0).pipe(
    scan(x=>x+1)
  );

  return rml`
    <button onclick="${counter}">hit me</button>
    Count: <span>${counter}</span>
  `;
}
Salin selepas log masuk
Salin selepas log masuk

Apa pendapat anda? Adakah anda akan menggunakan sesuatu seperti ini?

Buat masa ini, anda boleh bermain dengan DOM Observables, Observatures pada Stackblitz ini

Lepaskan mesej untuk meninggalkan fikiran anda.

Atas ialah kandungan terperinci Native Observables, RxRxnd yang boleh diperhatikan yang belum wujud lagi. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan Laman Web ini
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn

Alat AI Hot

Undresser.AI Undress

Undresser.AI Undress

Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover

AI Clothes Remover

Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool

Undress AI Tool

Gambar buka pakaian secara percuma

Clothoff.io

Clothoff.io

Penyingkiran pakaian AI

Video Face Swap

Video Face Swap

Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

<🎜>: Bubble Gum Simulator Infinity - Cara Mendapatkan dan Menggunakan Kekunci Diraja
3 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌
Nordhold: Sistem Fusion, dijelaskan
3 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌
Mandragora: Whispers of the Witch Tree - Cara Membuka Kunci Cangkuk Bergelut
3 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌

Alat panas

Notepad++7.3.1

Notepad++7.3.1

Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina

SublimeText3 versi Cina

Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1

Hantar Studio 13.0.1

Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6

Dreamweaver CS6

Alat pembangunan web visual

SublimeText3 versi Mac

SublimeText3 versi Mac

Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Tutorial Java
1666
14
Tutorial PHP
1273
29
Tutorial C#
1253
24
Enjin JavaScript: Membandingkan Pelaksanaan Enjin JavaScript: Membandingkan Pelaksanaan Apr 13, 2025 am 12:05 AM

Enjin JavaScript yang berbeza mempunyai kesan yang berbeza apabila menguraikan dan melaksanakan kod JavaScript, kerana prinsip pelaksanaan dan strategi pengoptimuman setiap enjin berbeza. 1. Analisis leksikal: Menukar kod sumber ke dalam unit leksikal. 2. Analisis Tatabahasa: Menjana pokok sintaks abstrak. 3. Pengoptimuman dan Penyusunan: Menjana kod mesin melalui pengkompil JIT. 4. Jalankan: Jalankan kod mesin. Enjin V8 mengoptimumkan melalui kompilasi segera dan kelas tersembunyi, Spidermonkey menggunakan sistem kesimpulan jenis, menghasilkan prestasi prestasi yang berbeza pada kod yang sama.

Python vs JavaScript: Keluk Pembelajaran dan Kemudahan Penggunaan Python vs JavaScript: Keluk Pembelajaran dan Kemudahan Penggunaan Apr 16, 2025 am 12:12 AM

Python lebih sesuai untuk pemula, dengan lengkung pembelajaran yang lancar dan sintaks ringkas; JavaScript sesuai untuk pembangunan front-end, dengan lengkung pembelajaran yang curam dan sintaks yang fleksibel. 1. Sintaks Python adalah intuitif dan sesuai untuk sains data dan pembangunan back-end. 2. JavaScript adalah fleksibel dan digunakan secara meluas dalam pengaturcaraan depan dan pelayan.

Dari C/C ke JavaScript: Bagaimana semuanya berfungsi Dari C/C ke JavaScript: Bagaimana semuanya berfungsi Apr 14, 2025 am 12:05 AM

Peralihan dari C/C ke JavaScript memerlukan menyesuaikan diri dengan menaip dinamik, pengumpulan sampah dan pengaturcaraan asynchronous. 1) C/C adalah bahasa yang ditaip secara statik yang memerlukan pengurusan memori manual, manakala JavaScript ditaip secara dinamik dan pengumpulan sampah diproses secara automatik. 2) C/C perlu dikumpulkan ke dalam kod mesin, manakala JavaScript adalah bahasa yang ditafsirkan. 3) JavaScript memperkenalkan konsep seperti penutupan, rantaian prototaip dan janji, yang meningkatkan keupayaan pengaturcaraan fleksibiliti dan asynchronous.

JavaScript dan Web: Fungsi teras dan kes penggunaan JavaScript dan Web: Fungsi teras dan kes penggunaan Apr 18, 2025 am 12:19 AM

Penggunaan utama JavaScript dalam pembangunan web termasuk interaksi klien, pengesahan bentuk dan komunikasi tak segerak. 1) kemas kini kandungan dinamik dan interaksi pengguna melalui operasi DOM; 2) pengesahan pelanggan dijalankan sebelum pengguna mengemukakan data untuk meningkatkan pengalaman pengguna; 3) Komunikasi yang tidak bersesuaian dengan pelayan dicapai melalui teknologi Ajax.

JavaScript in Action: Contoh dan projek dunia nyata JavaScript in Action: Contoh dan projek dunia nyata Apr 19, 2025 am 12:13 AM

Aplikasi JavaScript di dunia nyata termasuk pembangunan depan dan back-end. 1) Memaparkan aplikasi front-end dengan membina aplikasi senarai TODO, yang melibatkan operasi DOM dan pemprosesan acara. 2) Membina Restfulapi melalui Node.js dan menyatakan untuk menunjukkan aplikasi back-end.

Memahami Enjin JavaScript: Butiran Pelaksanaan Memahami Enjin JavaScript: Butiran Pelaksanaan Apr 17, 2025 am 12:05 AM

Memahami bagaimana enjin JavaScript berfungsi secara dalaman adalah penting kepada pemaju kerana ia membantu menulis kod yang lebih cekap dan memahami kesesakan prestasi dan strategi pengoptimuman. 1) aliran kerja enjin termasuk tiga peringkat: parsing, penyusun dan pelaksanaan; 2) Semasa proses pelaksanaan, enjin akan melakukan pengoptimuman dinamik, seperti cache dalam talian dan kelas tersembunyi; 3) Amalan terbaik termasuk mengelakkan pembolehubah global, mengoptimumkan gelung, menggunakan const dan membiarkan, dan mengelakkan penggunaan penutupan yang berlebihan.

Python vs JavaScript: Komuniti, Perpustakaan, dan Sumber Python vs JavaScript: Komuniti, Perpustakaan, dan Sumber Apr 15, 2025 am 12:16 AM

Python dan JavaScript mempunyai kelebihan dan kekurangan mereka sendiri dari segi komuniti, perpustakaan dan sumber. 1) Komuniti Python mesra dan sesuai untuk pemula, tetapi sumber pembangunan depan tidak kaya dengan JavaScript. 2) Python berkuasa dalam bidang sains data dan perpustakaan pembelajaran mesin, sementara JavaScript lebih baik dalam perpustakaan pembangunan dan kerangka pembangunan depan. 3) Kedua -duanya mempunyai sumber pembelajaran yang kaya, tetapi Python sesuai untuk memulakan dengan dokumen rasmi, sementara JavaScript lebih baik dengan MDNWebDocs. Pilihan harus berdasarkan keperluan projek dan kepentingan peribadi.

Python vs JavaScript: Persekitaran dan Alat Pembangunan Python vs JavaScript: Persekitaran dan Alat Pembangunan Apr 26, 2025 am 12:09 AM

Kedua -dua pilihan Python dan JavaScript dalam persekitaran pembangunan adalah penting. 1) Persekitaran pembangunan Python termasuk Pycharm, Jupyternotebook dan Anaconda, yang sesuai untuk sains data dan prototaip cepat. 2) Persekitaran pembangunan JavaScript termasuk node.js, vscode dan webpack, yang sesuai untuk pembangunan front-end dan back-end. Memilih alat yang betul mengikut keperluan projek dapat meningkatkan kecekapan pembangunan dan kadar kejayaan projek.

See all articles