Tegishli nashrlar 'error-handling'


HtmlWebpackPlugin bilan yuklash xatolarini va qayta tiklashni boshqaring
Siz ham “bu hikoyani dev.to saytida oʻqishingiz” mumkin! TL;DR Agar siz HtmlWebpackPlugin-dan foydalansangiz va ba'zida to'plamlaringiz yuklanayotganda noto'g'ri ketayotgan bo'lsangiz, "biz sizni himoya qildik". Xatolar sodir bo'ladi. Bu, ayniqsa, dasturlash uchun to'g'ri keladi. Biroq, dasturingiz kodi hatto amalga oshirish imkoniyatiga ega bo'lmagan oldin xatolar yuzaga kelganda, bu biroz hayratlanarli va ishlov berish juda qiyin bo'lishi mumkin. Aynan shu muammo men..
Kod bazasidagi xatolarni aniqlash va tuzatish sirlari
Xatolarni qayta ishlash va tuzatishni o'zlashtirish Kirish: Xatolarni qayta ishlash va disk raskadrovka qilish mustahkam va ishonchli kod yozishga intilayotgan har qanday dasturchi uchun muhim ko'nikmalardir. Dasturlash dunyosida xatolar va xatolar muqarrar, ammo biz ularga qanday yondashishimiz va ularni hal qilishimiz sezilarli o'zgarishlarga olib kelishi mumkin. Ushbu maqola xatolarni samarali qayta ishlash va tuzatishning turli usullarini o'rganadi, jumladan, jurnalga..
componentDidCatch() va Error Boundary - React 16 da xatolarni qayta ishlashning yangi usuli
Xatolarni qayta ishlashdagi o'zgarish aslida juda muhim, chunki agar xato o'sha erda ko'rib chiqilmagan bo'lsa, u endi komponentlar daraxtini ajratish jarayoniga olib keladi. Shuning uchun kodingizni eng yangi versiyaga o'tkazishda juda ehtiyot bo'ling - xatolar tufayli siz kutilmagan hodisalarga duch kelishingiz mumkin :) Biz hammamiz testlar yozamiz (bizmi?), ilovamiz xatosiz deb o'ylaymiz, lekin ba'zida ular shunchaki paydo bo'ladi. Ko'pincha dasturiy ta'minotni ishlab chiqish..
Ichki xatolarga imkon qadar zaif bo'ling
Men "ZeroMQ: Ko'p ilovalar uchun xabarlar" ni o'qidim. Agar siz ZeroMQ-ning o'zi haqida qayg'urmasangiz ham, ushbu kitobni o'qishingiz kerak. Bu kulgili tarzda taqdim etilgan murakkab g'oyalar bilan to'ldirilgan texnik kitobda ko'rgan eng shaxsiy xususiyatga ega. Xatolarni hal qilish bo'yicha ajoyib iqtibosga duch keldim. ØMQ xatolarni hal qilish falsafasi tezda muvaffaqiyatsizlik va chidamlilik aralashmasidir. Bizning fikrimizcha, jarayonlar imkon qadar ichki xatolarga qarshi..
Skriptlangan mahalliy xato haqida xabar berish bilan mos keladi
JSda ishlayotgan ko'pchiligimiz "mos kiritish" uchun "kirish" va "yuborish" hodisalarini qanday tutishni bilamiz, masalan, foydalanuvchilar yangi parollar yaratayotganda. Muammo shundaki, ko'pchilik ilovalar belgilashga hech narsa uchun paragraflar qo'shmaydi yoki sizning xatolar haqida hisobot berish mexanizmingizni yoki HTML 5 tomonidan taqdim etilgan o'rnatilgan brauzer tekshiruviga mos kelmaydigan o'nlab boshqa vaqtinchalik echimlarni talab qiladi.
ECMAScript: Asinxronizm holati
Sinxron operatsiya jarayon tugaguniga qadar jarayonni bloklaydi . Asinxron operatsiya bloklanmaydi va faqat operatsiyani boshlaydi . To'ldirishni boshqa usullar bilan aniqlash mumkin. Javascript-dagi asinxronizmning asosini tushunish uchun, keling, avvalo, ushbu yakunlash usulini qanday qilib va'dalar aniqlash haqida gapiraylik. ES (2015) da taqdim etilgan. Siz aytgan va'dami? Aynan nimani anglatadi, oddiy so'zlar bilan aytganda, Promise ob'ekti asinxron..
Ba'zi istisnolar istisnolardan ko'ra ko'proq istisnolardir
Har bir istisno Exception sinfidan olingan degan umumiy fikr mavjud. Siz yozganingizda: try: dwarfs_stupid_trick() except Exception as e: Amok_happy() bu xuddi shunday try: dwarfs_stupid_trick() except: Amok_happy() Lekin unday emas. Bugun men Exception sinfidan kelib chiqmagan bir nechta standart istisnolar mavjudligini bilib oldim. Bular: >>> issubclass(KeyboardInterrupt, Exception) False >>> issubclass(SystemExit, Exception) False Ular..