Penukaran jenis automatik di dunia nyata

mata teras

penukaran jenis automatik JavaScript adalah kelebihan dan kelemahan dalam situasi yang berbeza. Sebagai fungsi teras, ia menukarkan data ke jenis yang dijangkakan apabila pengendali atau pernyataan menjangkakan jenis data tertentu.
Menurut hasil penukaran, nilai JavaScript dipanggil "nilai sebenar" atau "nilai palsu". Terdapat enam nilai palsu:
• , false, undefined, null, 0, "" (rentetan kosong) dan NaN (bukan nombor). Semua nilai lain dianggap benar.
• Bagaimana penukaran jenis mempengaruhi penilaian mesti dipertimbangkan dengan teliti untuk mengelakkan perangkap. Sebagai contoh, apabila menentukan nilai lalai untuk parameter pilihan, kebenaran data yang diketahui mesti dipastikan untuk mengelakkan kegagalan.
• Walaupun ujian eksplisit menggunakan typeof sentiasa selamat, menggunakan penukaran jenis automatik bermanfaat untuk pertimbangan saiz fail, kerana fail yang lebih kecil memuat lebih cepat dan menggunakan jalur lebar yang kurang. Walau bagaimanapun, memahami bagaimana bahasa pengaturcaraan mengendalikan penukaran jenis adalah penting untuk mengelakkan hasil yang tidak dijangka.

Terdapat beberapa ungkapan yang biasa di JavaScript, tetapi beberapa pemurni pengaturcaraan akan memberitahu anda bahawa mereka tidak pernah menjadi idea yang baik. Apa yang sama dengan ungkapan ini ialah mereka bergantung pada penukaran jenis automatik -fungsi teras JavaScript, yang merupakan kelebihan dan kelemahan bergantung pada keadaan dan pandangan anda.

Jadi, dalam artikel ini, saya ingin memberi perhatian khusus kepada kedua -dua ungkapan ini dan mempertimbangkan di mana kes -kes mereka adalah idea yang baik dan yang bukan idea yang baik.

Ekspresi pertama adalah keadaan if() mudah:

if (foo) {
}

Ekspresi kedua adalah tugasan yang berubah -ubah dengan nilai pilihan:

var x = foo || bar;

Jika foo dan bar dalam kedua -dua contoh adalah boolean, ungkapannya mudah: jika foo adalah benar, keadaan pertama berlalu; kepada foo, jika tidak, berikan foo ke x. bar x Tetapi bagaimana jika mereka bukan nilai boolean yang mudah- bagaimana jika

adalah objek, rentetan, atau

? Bagaimana jika foo dan undefined adalah jenis data yang berbeza? Untuk memahami bagaimana ungkapan ini akan dikira, kita perlu memahami bagaimana JavaScript secara automatik menukar antara jenis data. foo bar

Penukaran Jenis Automatik

JavaScript adalah bahasa "longgar", yang bermaksud bahawa apabila pengendali atau pernyataan menjangkakan jenis data tertentu, JavaScript secara automatik menukar data ke jenis itu. Kenyataan

dalam contoh pertama menjangkakan nilai boolean, jadi apa -apa yang ditakrifkan dalam kurungan akan ditukar kepada nilai boolean. Begitu juga dengan pernyataan

dan if(). while()

Menurut hasil penukaran tersebut (iaitu benar atau palsu), nilai JavaScript sering disebut sebagai "benar" atau "nilai palsu". Cara paling mudah untuk memahaminya ialah: Kecuali nilai itu dikenali sebagai nilai palsu, nilai adalah nilai sebenar;

(tentu saja!)

• false
• undefined
(nombor sifar)
• null
(rentetan kosong)
• 0
(bukan nombor)
• ""
Pengecualian yang ketara adalah "0" (String sifar) dan semua jenis objek - mereka adalah nilai yang benar - ini termasuk
• semua NaN pembina asli, yang bermaksud
Hasil pengiraan benar! (Sedikit mengelirukan, tetapi dalam praktiknya anda tidak perlu mencipta nilai asli seperti itu.)

NOTA: Membandingkan dua nilai palsu tidak selalu menghasilkan hasil yang anda harapkan, seperti (), walaupun kedua -duanya adalah nilai palsu. Terdapat beberapa algoritma yang agak kompleks yang menentukan bagaimana penilaian kesamaan berfungsi, dan membincangkannya adalah di luar skop artikel ini. Tetapi jika anda berminat dengan butiran, anda boleh menyemak algoritma perbandingan kesamaan abstrak dalam ECMAScript 5.1. new Boolean(false)

pintasan bersyarat null != false

Contoh

Saya menunjukkan kepada anda pada mulanya menukarkan ekspresinya kepada nilai boolean, kerana objek sentiasa dinilai kepada benar dan dinilai kepada palsu, jadi kita boleh menggunakan keadaan sedemikian untuk menguji DOM Kewujudan Elemen:

Ini selalu berfungsi dengan pasti apabila memproses elemen DOM, kerana spesifikasi DOM memerlukan unsur -unsur yang tidak wujud kembali

. if() Walau bagaimanapun, situasi lain tidak begitu jelas, seperti contoh ini: null

if (foo) {
}

Keadaan sedemikian sering digunakan untuk menunjukkan

"Jika parameter FOO ditakrifkan" null, tetapi terdapat beberapa situasi yang boleh menyebabkan kegagalan - iaitu,

adalah nilai palsu. Jadi, sebagai contoh, jika ia adalah nilai boolean

atau rentetan kosong, kod bersyarat tidak dilaksanakan walaupun

var x = foo || bar;

sudah

ditakrifkan. apa yang kita mahukan ialah ini: foo false foo Jenis data parameter yang tidak ditentukan (dan pembolehubah lain) adalah "". Oleh itu, kita boleh menggunakan komparator untuk menguji jenis data parameter, dan kemudian jika ditakrifkan sepenuhnya, keadaan akan sentiasa lulus. Sudah tentu, ungkapan

masih mengira nilai boolean, tetapi nilai boolean yang dikira adalah hasil

dari ungkapan

.

var element = document.getElementById("whatever");
if (element) {
  // 元素存在
} else {
  // 元素不存在
}

undefined pintasan tugasan typeof foo if() Contoh kedua yang saya tunjukkan pada mulanya menggunakan pengendali logik untuk menentukan yang mana kedua -dua nilai harus diberikan kepada pembolehubah: typeof Pengendali logik tidak kembali

nilai boolean, tetapi mereka masih mengharapkan

nilai boolean, jadi penukaran dan pengiraan akan berlaku secara dalaman. Jika dinilai kepada benar, nilai

dikembalikan, jika tidak, nilai

dikembalikan. Ini sangat berguna.

Ekspresi ini biasanya dilihat dalam pengendali acara dan digunakan untuk menentukan parameter peristiwa berdasarkan model yang disokong:

if (foo) {
}

Oleh itu,

dikira sebagai nilai boolean, yang benar (objek peristiwa) jika model parameter peristiwa disokong, jika tidak, nilai palsu (e); Jika tidak kembali undefined. e window.event Ekspresi jenis yang sama juga sering digunakan untuk memberikan atribut peristiwa, mencari atribut yang disokong dengan menilai setiap kemungkinan:

Oleh itu, setiap rujukan ini dinilai pada gilirannya (dari kiri ke kanan) dan pengiraan pertama adalah benar akan dikembalikan. Kes pertama mengendalikan model standard, kes kedua adalah untuk Internet Explorer, dan kes ketiga adalah untuk Internet Explorer, apabila peristiwa boleh dicetuskan pada objek tetingkap (tanpa harta

).

var x = foo || bar;

Walau bagaimanapun, ungkapan ini juga terdedah kepada kegagalan, tanpa mengetahui kebenaran data. Sebagai contoh, satu lagi kes penggunaan biasa adalah untuk menentukan nilai lalai untuk parameter pilihan, tetapi ini tidak baik:

srcElement

Sekarang, jika anda pasti

sentiasa

var element = document.getElementById("whatever");
if (element) {
  // 元素存在
} else {
  // 元素不存在
}

atau

, dan jika rentetan kosong harus dianggap sebagai foo, ungkapan itu selamat. Tetapi jika tidak, ia perlu ditakrifkan semula sebagai kandungan yang lebih tepat, contohnya: undefined Dengan menguji jenis terhadap "String" kita boleh mengendalikan pelbagai kes - undefined kes -kes yang tidak ditentukan, dan kes -kes di mana ia salah ditakrifkan sebagai nilai bukan rentetan. Dalam kes ini, kami juga membenarkan rentetan kosong sebagai input yang sah, tetapi jika kita mahu mengecualikan rentetan kosong, kita perlu menambah keadaan kedua:

function doStuff(foo) {
  if (foo) {
    ...
  }
}

Terdapat beberapa situasi lain yang mengejutkan yang boleh menyebabkan masalah. Sebagai contoh, kami mungkin mempunyai fungsi tarikh yang mencipta cap waktu UNIX melainkan jika timestamp input ditakrifkan secara pilihan: foo

function doStuff(foo) {
  if (typeof foo != "undefined") {
    ...
  }
}

Jika input adalah 0, ia akan gagal - kerana sifar adalah nilai palsu, tetapi ia juga merupakan timestamp yang sah.

var x = foo || bar;

Prinsip Umum

Pelajaran umum yang dipelajari dari semua ini adalah mudah - fikirkan bagaimana penukaran jenis akan mempengaruhi penilaian dan berhati -hati untuk tidak jatuh ke dalam perangkap yang kita hadapi. Dengan perhatian dan perhatian yang betul, anda masih boleh menggunakan penukaran jenis automatik untuk memendekkan keadaan dan ungkapan logik jika sesuai. Tetapi ini menimbulkan persoalan - jika kita tahu bahawa menggunakan

sentiasa selamat, sambil bergantung pada penukaran jenis automatik kadang -kadang tidak selamat - maka mengapa tidak

selalu

jelas? Sudah tentu, jika alasan untuk memilih tatabahasa yang lebih pendek adalah hanya kerana ia jenis lebih cepat, maka ini adalah alasan yang malas dan ceroboh.

typeof Tetapi kebenarannya ialah JavaScript biasanya dijalankan melalui rangkaian awam, di mana saiz fail adalah penting. Fail yang lebih kecil memuat lebih cepat dan menggunakan jalur lebar yang kurang, dan pintasan sintaks kecil sememangnya boleh dikumpulkan.

Menggunakan ekspresi yang lebih pendek bukan pengoptimuman itu sendiri, ia hanya gaya pengaturcaraan, yang memanfaatkan sepenuhnya ciri bahasa.

(seksyen Soalan Lazim dalam teks asal ditinggalkan di sini kerana kandungan bahagian ini lemah berkaitan dengan topik artikel dan lebih lama, jadi ia tidak sesuai untuk mengekalkan kerja-kerja asal-usul pseudo.)

Atas ialah kandungan terperinci Penukaran jenis automatik di dunia nyata. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!