


Meninggalkan saluran paip kelihatan untuk memantau penggunaan blog
Salah satu perkara yang mengganggu saya tentang Computaria ialah tidak dapat mengikuti penyebaran di blog itu sendiri. Jadi, memandangkan ini mengganggu saya, mengapa tidak membetulkannya?
Saluran paip
Pada masa ini terdapat 2 cara untuk mengetahui sama ada penggunaan sedang berjalan:
- buka repositori pada halaman kerja/saluran paip dan lihat yang terkini sedang berjalan
- buka dalam repositori dan tatal ke README.md
Kedua-dua penyelesaian nampaknya tidak bagus bagi saya. Saya ingin sesuatu yang lebih ringan dalam Pengkomputeran itu sendiri.
Idea
Selepas berunding ringkas dengan Kauê, saya memutuskan untuk mengikuti petuanya: siarkan pada /about.
Dalam percubaan pertama:
Nah, ia menjadi hodoh. Saya sudah tahu bahawa saya tidak mahu ini muncul secara lalai. Tetapi untuk membawa maklumat itu sudah memadai. Saya hanya perlu menyembunyikan perkara yang hodoh dan menyediakannya walaupun hodoh jika diminta secara eksplisit.
Bukti konsep: ranap kecuali dinyatakan
Nah, perkara pertama yang perlu dilakukan ialah mengetahui sama ada kita perlu mengambil sebarang tindakan. Untuk tujuan ini, kehadiran status param pertanyaan dengan nilai benar ditakrifkan sebagai API.
Untuk mendapatkan URL, saya menggunakan window.location. Di dalam objek Lokasi terdapat medan carian, yang berfungsi dengan tepat untuk mengekalkan param pertanyaan yang digunakan untuk mengakses URL tertentu.
Sebagai contoh, untuk http://localhost:4000/blog/about?q=1 nilai window.location.search ialah ?q=1. Untuk memudahkan urusan dengan kandungan dalam param pertanyaan, terdapat objek jenis URLSearchParams. Setakat yang saya boleh fahami daripada dokumentasi, untuk membuat contoh URLSearchParams, saya memerlukan rentetan pertanyaan tetapi tanpa ? daripada awalan. Saya boleh mencapai ini dengan window.location.search.substring(1).
Kini, dengan objek ini di tangan, saya boleh merujuk nilai mana-mana parameter pertanyaan yang saya mahu:
const queryParams = new URLSearchParams(window.location.search.substring(1)); if (queryParams.get("status") === "true") { console.log("oba, vamos exibir o pipeline!") } else { console.log("nops, não vamos exibir nada") }
Dengan ini di tangan, saya perlu mengambil tindakan mempamerkan lencana saluran paip. Demi memudahkan, saya memutuskan untuk meletakkannya sebagai coretan HTML yang boleh disertakan: _includes/pipeline.html. Jadi, saya mempunyai HTML percuma untuk dimanipulasi mengikut keperluan saya.
Pada mulanya, ia hanyalah
<div> <p>Para importar, no /about só precisei colocar {%include pipeline.html%} no começo do arquivo, o Jekyll se encarregou de montar tudo certo.</p> <p>Ok, vamos por o script para detectar se deveria ou não exibir a tag:<br> </p> <pre class="brush:php;toolbar:false"><script> const queryParams = new URLSearchParams(window.location.search.substring(1)); if (queryParams.get("status") === "true") { console.log("oba, vamos exibir o pipeline!") } else { console.log("nops, não vamos exibir nada") } </script> <div> <p>So far, so good. Agora, vamos mudar a exibição para display: block caso seja para exibir o pipeline, ou sumir logo de uma vez com a <div>. Pelo console da web, bastaria fazer algo nesse esquema:<br> </p> <pre class="brush:php;toolbar:false">const pipeline = document.getElementById("pipeline") if (...) { pipeline.style.display = "block" } else { pipeline.remove() }
Meletakkan dalam serpihan HTML:
<script> const queryParams = new URLSearchParams(window.location.search.substring(1)); const pipeline = document.getElementById("pipeline") if (queryParams.get("status") === "true") { pipeline.style.display = "block" } else { pipeline.remove() } </script> <div> <p>E... falhou. Por quê? Porque no momento que a função rodar ainda não tem definido quem é o elemento com id pipeline. Então preciso mudar o ciclo de vida para rodar o script apenas quando a página for carregada. Basta colocar o <script defer>, certo? Bem, não. Porque defer não funciona bem com inline, apenas com arquivo de source explícito. Veja a documentação. <p>Ou seja, precisei colocar o arquivo JavaScript explicitamente para o Computaria. Como a priori tudo que está solto na pasta do blog é colocado como asset disponível para o Jekyll publicar, criei o js/pipeline-loader.js:<br> </p> <pre class="brush:php;toolbar:false"><script src="{{ "/js/pipeline-loader.js" | prepend: site.baseurl }}" defer> </script> <div> <p>E no script:<br> </p> <pre class="brush:php;toolbar:false">const queryParams = new URLSearchParams(window.location.search.substring(1)); const pipeline = document.getElementById("pipeline") if (queryParams.get("status") === "true") { pipeline.style.display = "block" } else { pipeline.remove() }
Bagus, mari lakukan sesuatu yang berguna dan siarkan imej? Untuk mencipta elemen secara dinamik, hanya gunakan document.createElement. Kemudian saya meletakkan URL lencana:
const queryParams = new URLSearchParams(window.location.search.substring(1)); const pipeline = document.getElementById("pipeline") if (queryParams.get("status") === "true") { pipeline.style.display = "block" const pipelineImg = document.createElement("img") pipelineImg.src = "{{site.repository.base}}/badges/master/pipeline.svg" pipeline.appendChild(pipelineImg) } else { pipeline.remove() }
Tetapi ia menunjukkan imej yang rosak... hmmm, apakah mesej yang dipaparkan pada konsol?
GET http://localhost:4000/blog/about/{{site.repository.base}}/badges/master/pipeline.svg [HTTP/1.1 404 Not Found 4ms]
Pelik, patutkah dia mendapat URL rpositori yang comel? Oh, saya perasan. Dia langsung tidak memproses Cecair. Untuk menangani perkara ini, saya memutuskan untuk mengikuti contoh dalam css/main.scss, perkara hadapan kosong.
const queryParams = new URLSearchParams(window.location.search.substring(1)); if (queryParams.get("status") === "true") { console.log("oba, vamos exibir o pipeline!") } else { console.log("nops, não vamos exibir nada") }
Ini memberikan mesej ralat kerana frontmatter bukan javascript, dan ralat ditunjukkan dalam const pertama. Oleh kerana ini mengganggu saya, cara paling langsung yang saya fikirkan untuk menanganinya adalah dengan mencipta "ralat tidak berbahaya" lebih awal. Saya menambah ; betul-betul selepas frontmatter:
<div> <p>Para importar, no /about só precisei colocar {%include pipeline.html%} no começo do arquivo, o Jekyll se encarregou de montar tudo certo.</p> <p>Ok, vamos por o script para detectar se deveria ou não exibir a tag:<br> </p> <pre class="brush:php;toolbar:false"><script> const queryParams = new URLSearchParams(window.location.search.substring(1)); if (queryParams.get("status") === "true") { console.log("oba, vamos exibir o pipeline!") } else { console.log("nops, não vamos exibir nada") } </script> <div> <p>So far, so good. Agora, vamos mudar a exibição para display: block caso seja para exibir o pipeline, ou sumir logo de uma vez com a <div>. Pelo console da web, bastaria fazer algo nesse esquema:<br> </p> <pre class="brush:php;toolbar:false">const pipeline = document.getElementById("pipeline") if (...) { pipeline.style.display = "block" } else { pipeline.remove() }
Kegusaran...
Semasa saya meneruskan ujian, saya perhatikan bahawa 308 sentiasa muncul dalam tab rangkaian Tetapi mengapa ia muncul? Nah, kerana apabila mengembangkan Cecair, ia berakhir dengan bar berganda sebelum lencana.
Saya pada asalnya mendapat ini:
- https://gitlab.com/computaria/blog//badges/master/pipeline.svg
Dengan ubah hala ke:
- https://gitlab.com/computaria/blog/badges/master/pipeline.svg
Dan ini mula mengganggu saya semasa saya menganalisis sama ada saya menggunakan cache atau tidak. Untuk menyelesaikannya, saya harus menyingkirkan garis miring berganda. Saya hanya boleh menyingkirkannya dengan tidak meletakkan garis miring sejurus selepas nilai Cecair dikembangkan, kerana lagipun saya dapat mengetahui secara priori bahawa rentetan {{site.repository.base}} berakhir dengan /. Tetapi, untuk berjaga-jaga, sebenarnya tidak salah untuk meletakkan garis miring itu sebelum /badges/master/pipeline.svg, malah ia adalah penunjuk untuk diri saya sendiri sebagai pembaca.
Tetapi, kerana saya tidak mahu bergantung pada pengetahuan terdahulu sama ada bar ini wujud atau tidak, saya mempunyai dua pilihan untuk ini:
- rawat tahap pengembangan Cecair untuk mengeluarkan garis miring terminal
- Kendalikan penciptaan rentetan ini pada tahap javascript
Sisi JavaScript kelihatan lebih mudah kepada saya. Jadi gantikan // dengan /, betul? Hmmm, tidak. Oleh kerana protokol muncul sebelum ://, jadi hanya membuat penggantian mentah ini akan menyebabkan url bermula seperti ini: https:/computaria.gitlab.io. Untuk mengatasi perkara ini, saya membuat penggantian berikut:
<script> const queryParams = new URLSearchParams(window.location.search.substring(1)); const pipeline = document.getElementById("pipeline") if (queryParams.get("status") === "true") { pipeline.style.display = "block" } else { pipeline.remove() } </script> <div> <p>E... falhou. Por quê? Porque no momento que a função rodar ainda não tem definido quem é o elemento com id pipeline. Então preciso mudar o ciclo de vida para rodar o script apenas quando a página for carregada. Basta colocar o <script defer>, certo? Bem, não. Porque defer não funciona bem com inline, apenas com arquivo de source explícito. Veja a documentação. <p>Ou seja, precisei colocar o arquivo JavaScript explicitamente para o Computaria. Como a priori tudo que está solto na pasta do blog é colocado como asset disponível para o Jekyll publicar, criei o js/pipeline-loader.js:<br> </p> <pre class="brush:php;toolbar:false"><script src="{{ "/js/pipeline-loader.js" | prepend: site.baseurl }}" defer> </script> <div> <p>E no script:<br> </p> <pre class="brush:php;toolbar:false">const queryParams = new URLSearchParams(window.location.search.substring(1)); const pipeline = document.getElementById("pipeline") if (queryParams.get("status") === "true") { pipeline.style.display = "block" } else { pipeline.remove() }
Memecahkannya:
- sebagai gantian, letakkan apa yang terdapat dalam "kumpulan pertama" diikuti dengan garis miring
- padanan regex: apa-apa sahaja selain : (dalam kumpulan), slash, slash
Dengan perubahan ini, https:// tidak mempunyai padanan dengan ([^:])//, tetapi semua kejadian lain // dalam laluan mempunyai padanan yang sempurna, kerana ia tidak akan berada di hadapan satu :. Untuk menjadi lebih tegas, saya boleh berusaha untuk menghalang perlawanan daripada berlaku dalam param/serpihan pertanyaan, tetapi ia kelihatan terlalu berlebihan.
Bukti Konsep: Pemuatan Tanpa Cache
Ok, setelah menentukan butiran tempat meletakkannya dan mekanisme penguncian, kami memerlukan mekanisme pemuatan semula. Percubaan pertama: hanya buat elemen imej baharu. Tetapi masih, bagaimana? Idealnya ialah "selepas beberapa lama". Jadi ini memberi saya dua pilihan, baik untuk mengatakan:
- setTimeout
- setInterval
Baiklah, mari kita pergi dengan apa yang dilakukan ini? setTimeout menerima arahan yang akan dilaksanakan selepas selang masa DAN juga selang masa yang diberikan. Ia memberikan anda kembali ID yang boleh anda alih keluar menggunakan clearTimeout. Untuk mengulangi panggilan, setTimeout perlu dipanggil semula pada penghujungnya.
setInterval adalah perkara yang hampir sama, cuma ia akan sentiasa melaksanakan arahan selepas selang masa. Pemulangan mestilah ID yang anda akan panggil clearInterval untuk dialih keluar, tetapi menurut dokumentasi ia berfungsi dengan clearTimeout juga (untuk berjaga-jaga, jangan percaya, gunakan yang mempunyai semantik yang betul).
Menggunakan setTimeout
Adakah kita akan membuat panggilan gelung dengan setTimeout? Bagaimana pula dengan mencetak perkataan labu 5 kali dalam medan teks? Saya akan meletakkan textarea untuk percubaan ini:
const queryParams = new URLSearchParams(window.location.search.substring(1)); if (queryParams.get("status") === "true") { console.log("oba, vamos exibir o pipeline!") } else { console.log("nops, não vamos exibir nada") }
Ok, saya mempunyai 3 fungsi yang saya ingin capai dengan HTML. Dan mereka membahagikan (walaupun sedikit) negeri. Saya malas untuk menyembunyikan sesuatu, jadi saya tidak mahu keadaan ini kelihatan di luar teg
Dengan mekanisme pemasaan ulangan yang ditakrifkan, kini adalah soal menentukan cara memuat semula imej. Mula-mula, analisa pengepala yang GitLab pulangkan apabila mencari lencana: https://gitlab.com/computaria/blog//badges/master/pipeline.svg: Membandingkan berbilang etag daripada permintaan yang berbeza untuk berjaga-jaga: Nah, etag sentiasa sama, menunjukkan bahawa ia adalah sumber yang sama. Kawalan cache: no-store sangat memberitahu saya bahawa ia bukan untuk menyimpan cache. Tamat tempoh yang menunjuk ke masa lalu sangat menunjukkan bahawa ia bertujuan untuk menunjukkan bahawa sumber ini tidak boleh dipertimbangkan untuk caching. Sehingga dibuktikan sebaliknya, cf-cache-status: MISS hanya menunjukkan bahawa ia tidak mencecah cache Cloudflare. Akhir sekali, keselamatan pengangkutan yang ketat. Apakah maksud ini? Apakah kaitan ini dengan sumber itu sendiri? Nah, ia tiada kaitan dengan sumber yang sedang diakses. Tetapi ini adalah penunjuk bahawa tapak itu hanya boleh diakses dengan HTTPS. Baiklah, semua ini menunjukkan bahawa imej tidak sepatutnya kerinting. F5 sentiasa menyebabkan ia dimuat turun semula, seperti yang dijangkakan. Ini bagi saya adalah penunjuk yang sangat kuat bahawa jika saya menghadapi masalah dengan cache, ia bukan pada pelayan atau rangkaian, tetapi sesuatu di peringkat penyemak imbas. Percubaan pertama: cipta elemen img baharu dan buang yang sebelumnya. Untuk kemudahan, tiada apa-apa seperti mempunyai fungsi yang mengembalikan elemen: Dan dalam setTimeout saya perlu mengalih keluar kanak-kanak #pipeline dan memasukkan imej baharu. Pilihan yang saya temui dengan tindakan daripada bapa ialah: Nah, removeChild dan replaceChild melibatkan mengetahui cara menyimpan elemen lama untuk meminta dialih keluar. ReplaceChildren, sebaliknya, tidak mempunyai sebarang drama, ia hanya melepasi elemen baharu dan itu bagus: itu sahaja yang membuat keajaiban. Jadi, bagaimana pula ia berkelakuan? Mencipta img baharu tidak mencukupi. Alternatif lain yang saya temui ialah menetapkan semula nilai pembolehubah. Dengan ini, tiada lagi keperluan untuk mempunyai fungsi yang menjana elemen yang sama, saya hanya akan "mengubah suai" URL yang ditunjukkan oleh img. Dan, begitulah cara saya mendapati bahawa aset yang sama yang digunakan di beberapa tempat pada halaman yang sama boleh mengalami beberapa jenis caching... Ok, bagaimana jika setiap ulangan ditambah ' ' di hujung URL untuk cuba menipu GitLab? Nah, gitlab menyedari bahawa saya tidak berguna... Bagaimana jika ia adalah queryParam yang diluluskan dengan hujah atau lelarannya? Tetapi, pada kos berapa? Ok, dengan itu di luar persoalan kerana ia adalah penyelesaian, mari cuba dapatkannya? Dan selepas memberikan pengambilan, fikirkan cara untuk menggantikan imej? Hmm, ralat, daripada CORS. Dan kerana saya tidak mempunyai kawalan ke atas GitLab, apa lagi yang boleh saya lakukan?
<div>
<p>Para importar, no /about só precisei colocar {%include pipeline.html%} no começo do arquivo, o Jekyll se encarregou de montar tudo certo.</p>
<p>Ok, vamos por o script para detectar se deveria ou não exibir a tag:<br>
</p>
<pre class="brush:php;toolbar:false"><script>
const queryParams = new URLSearchParams(window.location.search.substring(1));
if (queryParams.get("status") === "true") {
console.log("oba, vamos exibir o pipeline!")
} else {
console.log("nops, não vamos exibir nada")
}
</script>
<div>
<p>So far, so good. Agora, vamos mudar a exibição para display: block caso seja para exibir o pipeline, ou sumir logo de uma vez com a <div>. Pelo console da web, bastaria fazer algo nesse esquema:<br>
</p>
<pre class="brush:php;toolbar:false">const pipeline = document.getElementById("pipeline")
if (...) {
pipeline.style.display = "block"
} else {
pipeline.remove()
}
<script>
const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
} else {
pipeline.remove()
}
</script>
<div>
<p>E... falhou. Por quê? Porque no momento que a função rodar ainda não tem definido quem é o elemento com id pipeline. Então preciso mudar o ciclo de vida para rodar o script apenas quando a página for carregada. Basta colocar o <script defer>, certo? Bem, não. Porque defer não funciona bem com inline, apenas com arquivo de source explícito. Veja a documentação.
<p>Ou seja, precisei colocar o arquivo JavaScript explicitamente para o Computaria. Como a priori tudo que está solto na pasta do blog é colocado como asset disponível para o Jekyll publicar, criei o js/pipeline-loader.js:<br>
</p>
<pre class="brush:php;toolbar:false"><script src="{{ "/js/pipeline-loader.js" | prepend: site.baseurl }}" defer>
</script>
<div>
<p>E no script:<br>
</p>
<pre class="brush:php;toolbar:false">const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
} else {
pipeline.remove()
}
const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
const pipelineImg = document.createElement("img")
pipelineImg.src = "{{site.repository.base}}/badges/master/pipeline.svg"
pipeline.appendChild(pipelineImg)
} else {
pipeline.remove()
}
GET http://localhost:4000/blog/about/{{site.repository.base}}/badges/master/pipeline.svg [HTTP/1.1 404 Not Found 4ms]
---
# frontmatter vazio para fazer o parse do liquid
---
const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
const pipelineImg = document.createElement("img")
pipelineImg.src = "{{site.repository.base}}/badges/master/pipeline.svg"
pipeline.appendChild(pipelineImg)
} else {
pipeline.remove()
}
Penggunaan setInterval sangat serupa, tetapi langkah "recall" adalah tersirat. Jika saya mahu menghentikan gelung, saya perlu membatalkan setInterval berdaftar secara eksplisit.
---
# frontmatter vazio para fazer o parse do liquid
---
;
const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
const pipelineImg = document.createElement("img")
pipelineImg.src = "{{site.repository.base}}/badges/master/pipeline.svg"
pipeline.appendChild(pipelineImg)
} else {
pipeline.remove()
}
Percubaan muat semula
const queryParams = new URLSearchParams(window.location.search.substring(1));
if (queryParams.get("status") === "true") {
console.log("oba, vamos exibir o pipeline!")
} else {
console.log("nops, não vamos exibir nada")
}
<div>
<p>Para importar, no /about só precisei colocar {%include pipeline.html%} no começo do arquivo, o Jekyll se encarregou de montar tudo certo.</p>
<p>Ok, vamos por o script para detectar se deveria ou não exibir a tag:<br>
</p>
<pre class="brush:php;toolbar:false"><script>
const queryParams = new URLSearchParams(window.location.search.substring(1));
if (queryParams.get("status") === "true") {
console.log("oba, vamos exibir o pipeline!")
} else {
console.log("nops, não vamos exibir nada")
}
</script>
<div>
<p>So far, so good. Agora, vamos mudar a exibição para display: block caso seja para exibir o pipeline, ou sumir logo de uma vez com a <div>. Pelo console da web, bastaria fazer algo nesse esquema:<br>
</p>
<pre class="brush:php;toolbar:false">const pipeline = document.getElementById("pipeline")
if (...) {
pipeline.style.display = "block"
} else {
pipeline.remove()
}
<script>
const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
} else {
pipeline.remove()
}
</script>
<div>
<p>E... falhou. Por quê? Porque no momento que a função rodar ainda não tem definido quem é o elemento com id pipeline. Então preciso mudar o ciclo de vida para rodar o script apenas quando a página for carregada. Basta colocar o <script defer>, certo? Bem, não. Porque defer não funciona bem com inline, apenas com arquivo de source explícito. Veja a documentação.
<p>Ou seja, precisei colocar o arquivo JavaScript explicitamente para o Computaria. Como a priori tudo que está solto na pasta do blog é colocado como asset disponível para o Jekyll publicar, criei o js/pipeline-loader.js:<br>
</p>
<pre class="brush:php;toolbar:false"><script src="{{ "/js/pipeline-loader.js" | prepend: site.baseurl }}" defer>
</script>
<div>
<p>E no script:<br>
</p>
<pre class="brush:php;toolbar:false">const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
} else {
pipeline.remove()
}
const queryParams = new URLSearchParams(window.location.search.substring(1));
const pipeline = document.getElementById("pipeline")
if (queryParams.get("status") === "true") {
pipeline.style.display = "block"
const pipelineImg = document.createElement("img")
pipelineImg.src = "{{site.repository.base}}/badges/master/pipeline.svg"
pipeline.appendChild(pipelineImg)
} else {
pipeline.remove()
}
const queryParams = new URLSearchParams(window.location.search.substring(1));
if (queryParams.get("status") === "true") {
console.log("oba, vamos exibir o pipeline!")
} else {
console.log("nops, não vamos exibir nada")
}
tiada muat semula, tetapi

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

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

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas











JavaScript adalah asas kepada pembangunan web moden, dan fungsi utamanya termasuk pengaturcaraan yang didorong oleh peristiwa, penjanaan kandungan dinamik dan pengaturcaraan tak segerak. 1) Pengaturcaraan yang didorong oleh peristiwa membolehkan laman web berubah secara dinamik mengikut operasi pengguna. 2) Penjanaan kandungan dinamik membolehkan kandungan halaman diselaraskan mengikut syarat. 3) Pengaturcaraan Asynchronous memastikan bahawa antara muka pengguna tidak disekat. JavaScript digunakan secara meluas dalam interaksi web, aplikasi satu halaman dan pembangunan sisi pelayan, sangat meningkatkan fleksibiliti pengalaman pengguna dan pembangunan silang platform.

Trend terkini dalam JavaScript termasuk kebangkitan TypeScript, populariti kerangka dan perpustakaan moden, dan penerapan webassembly. Prospek masa depan meliputi sistem jenis yang lebih berkuasa, pembangunan JavaScript, pengembangan kecerdasan buatan dan pembelajaran mesin, dan potensi pengkomputeran IoT dan kelebihan.

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.

JavaScript adalah bahasa utama pembangunan web moden dan digunakan secara meluas untuk kepelbagaian dan fleksibiliti. 1) Pembangunan front-end: Membina laman web dinamik dan aplikasi satu halaman melalui operasi DOM dan kerangka moden (seperti React, Vue.js, sudut). 2) Pembangunan sisi pelayan: Node.js menggunakan model I/O yang tidak menyekat untuk mengendalikan aplikasi konkurensi tinggi dan masa nyata. 3) Pembangunan aplikasi mudah alih dan desktop: Pembangunan silang platform direalisasikan melalui reaktnatif dan elektron untuk meningkatkan kecekapan pembangunan.

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.

Artikel ini menunjukkan integrasi frontend dengan backend yang dijamin oleh permit, membina aplikasi edtech SaaS yang berfungsi menggunakan Next.Js. Frontend mengambil kebenaran pengguna untuk mengawal penglihatan UI dan memastikan permintaan API mematuhi dasar peranan

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.

Saya membina aplikasi SaaS multi-penyewa berfungsi (aplikasi edTech) dengan alat teknologi harian anda dan anda boleh melakukan perkara yang sama. Pertama, apakah aplikasi SaaS multi-penyewa? Aplikasi SaaS Multi-penyewa membolehkan anda melayani beberapa pelanggan dari Sing
