javascript'te try-catch… bu iyi bir uygulama değil mi?

Javascript'te try-catch bloğu için bir hüküm var . Java veya başka bir dilde hata işlemesi zorunlu olmakla birlikte, bunları javascript'te daha fazla kullanan birini göremiyorum. İyi bir uygulama değil mi ya da sadece javascript'te onlara ihtiyacımız yok?

Biri throw, uygulamalarda hata koşullarını iletmenin bir yolu olarak hatalardan kaçınmalıdır .

throwİfadesi yalnızca "Bunun, kaza ve yanık asla İçin. Hiçbir şekilde zarif kurtarmak etmeyin" kullanılmalıdır

try catch ancak, ana bilgisayar nesnelerinin veya ECMAScript'in hata atabileceği durumlarda kullanılır.

Örnek:

var json
try {
    json = JSON.parse(input)
} catch (e) {
    // invalid json input, set to null
    json = null
}

Öneriler node.js topluluğun ilk argüman olarak (yalnızca hatalar olmayan işlemler için meydana Çünkü) geri çağrıları etrafında hataları geçmesi olmasıdır

fs.readFile(uri, function (err, fileData) {
    if (err) {
        // handle
        // A. give the error to someone else
        return callback(err)
        // B. recover logic
        return recoverElegantly(err)
        // C. Crash and burn
        throw err
    }
    // success case, handle nicely
})

Try / catch gibi diğer konular da gerçekten pahalı ve çirkin ve sadece asenkronize işlemlerle çalışmıyor.

Bu nedenle, senkronize işlemler bir hata atmamalı ve senkronize olmayan işlemlerle çalışmadığından, hiç kimse ana bilgisayar nesneleri veya ECMAScript tarafından atılan hatalar haricinde catch kullanmaya çalışmamaktadır.

Javascript'teki deneyin / yakalayın, Javascript'in zaman uyumsuz doğası nedeniyle diğer dillerde olduğu gibi kurşun geçirmez değildir. Bu pasajı göz önünde bulundurun:

try {
    setTimeout(function() {
        do_something_that_throws();
    }, 1000);
}
catch (e) {
    alert("You won't see this!");
}

Sorun, kontrol akışının yürütülmeden tryönce bloktan ayrılmasıdır do_something_that_throws(), bu nedenle geri arama içine atılan hata asla yakalanmaz.

Bu nedenle, dene / yakala birçok durumda temel olarak uygunsuzdur ve bir şeyin zaman uyumsuz olarak kod çalıştırıp çalıştırmadığı her zaman açık değildir. Neyse ki, kendine özgü tek iş parçacıklı, asenkron geri çağırma deyimi ve gerçek kapanma desteği ile javascript zarif bir alternatif sunar: devam eden stil hatası işleme. Bir fonksiyon olarak herhangi bir hataya doğru cevabı iletmeniz yeterli, örneğin:

setTimeout(function () {
    do_something_that_calls_err(function(err) {
        alert("Something went wrong, namely this: " + err);
    }),
    1000);

Bu cevaplar bir sürü biraz eski ve hesaba yeni ES7 özelliklerini yapmayız asyncve await.

Kullanılması async/ awaitistediğiniz gibi asenkron kontrol akışını almak şimdi edebilirsiniz:

async function email(address) {
  try {
    // Do something asynchronous that may throw...
    await sendEmail({ to: address, from: 'noreply@domain.com`, subject: 'Hello' })
  } catch(err) {
    if (err instanceof SomeCustomError) {
      elegantlyHandleError(err)
    } else {
      throw err
    } 
  }
})

Burada async/await hakkında daha fazla bilgi edinin . Babil kullanarak async/ awaitşimdi kullanabilirsiniz .

javascript'teki try-catch, bunları uygulayan diğer dillerdeki kadar geçerli ve faydalıdır. Javascript'te diğer dillerde olduğu kadar kullanılmamasının büyük bir nedeni var. Aynı javascript çirkin bir betik dili olarak görülüyor, insanların javascript programcılarının gerçek programcılar olmadığını düşünmelerinin sebebi aynı:

• Javascript inanılmaz derecede erişilebilir ve yaygın bir dildir.

Pek çok insanın javascript'e (tarayıcıların desteklediği tek dil sayesinde) maruz kalmanın tek nedeni, orada pek çok profesyonelce kodunuz olduğu anlamına gelir. Tabii ki birçok küçük sebep var:

• javascript'teki bazı şeyler eşzamansızdır ve bu nedenle kullanılamaz catch(eşzamanlı olmayan şeyler)
• Try-catch'in büyük bir performansa sahip olduğu hakkında çok fazla abartılı konuşma yapıldı. It has bir performans isabet biraz , ama çoğu kod, buna değer.
• javascript (maalesef) hataları sessizce görmezden gelecek şekilde uygulandı (örneğin dizeleri otomatik olarak sayılara çevirir)

Ne olursa olsun, try-catch gerekir kullanılabilir, ancak tabii ki gerekir bunları düzgün kullanmayı öğrenmek - programlamada her şey gibi.

try..catchJavaScript'te nadir görülen bir nedenin , dilin hataya oldukça tolerans gösterdiğine inanıyorum . Durumların büyük çoğunluğu kod kontrolleri, iyi varsayılanlar ve zaman uyumsuz olaylar kullanılarak ele alınabilir. Bazı durumlarda, yalnızca bir desen kullanmak sorunları önler:

function Foo() {
    //this may or may not be called as a constructor!!
    //could accidentally overwrite properties on window
}

function Bar() {
    if (!(this instanceof Bar)) {
        return new Bar();
    }
    //this will only work on Bar objects, and wont impact window
}

İstisnaların ortaya çıkmasına neden olan diğer dillerdeki bazı önemli konular JS'de yoktur. Tip döküm, zamanın büyük çoğunluğuna ihtiyaç duymaz. Bunun yerine, tercih edilen yöntem tipik olarak kontrol özelliğidir (belirli bir arayüzü zorlamak):

function doFoo(arg) {
    if (arg.foo) {
        arg.foo();
    } else {
        Bar.prototype.foo.call(arg);
    }
}

Dilin async/ eklenmesiyle daha yaygın hale geliyor. Eşzamansız formu olduğu vaat ediyor, birinin beklemesi gerekenleri anlamlandırıyor:awaittry..catchtry..catch

doSomething().then(
  doSomethingWithResult,
  doSomethingWithError
)

bunun yerine şöyle yazılmalı:

try {
  const result = await doSomething()
  doSomethingWithResult(result)
} catch (e) {
  doSomethingWithError(e)
}

Muhtemelen başka bir sebep denemek / yakalamak Javascript'te çok fazla kullanılmaması, konstrüksiyonun Javascript'in ilk sürümlerinde mevcut olmamasıydı ... daha sonra eklendi.

Sonuç olarak, bazı eski tarayıcılar desteklemiyor. (Aslında, bazı eski tarayıcılarda ayrıştırıcı / sözdizimi hatasına neden olabilir; bu, diğer birçok hata türünden daha "savunmacı bir şekilde programlanması" zor olan bir şeydir.)

Daha önemlisi, başlangıçta mevcut olmadığından, başlangıçta piyasaya sürülen Javascript yerleşik işlevler (çoğu dilde "kütüphane" işlevlerine ne denir) bunu kullanmaz. (Eğer "atma" yapmazsa, someobject.somefunction () 'dan bir hatayı "yakalamak" çok işe yaramaz, ancak bir sorunla karşılaştığında "null" döndürür.)

Yine bir başka olası neden, deneme / yakalama mekanizmasının başlangıçta gerekli görünmediğidir (ve yine de bu kadar faydalı görünmüyor). Sadece çağrılar rutin olarak birkaç seviye derinlere yerleştirildiğinde gerçekten ihtiyaç duyulur; sadece bir tür ERRNO döndürmek doğrudan aramalar için iyi sonuç verir (her ne zaman mümkün olduğunda onu gerçekten faydalı kılmakla birlikte, çoğu dilde en iyi uygulama onu derinden yerleştirilmiş aramalar yerine her yerde kullanmaktır ). Javascript mantığının başlangıçta küçük ve basit olması beklendiğinden (sonuçta, sadece bir web sayfasına eklenmiştir :-), işlev çağrılarının derinden iç içe olması beklenmiyordu ve bu nedenle bir deneme / yakalama mekanizması gerekli gözükmüyordu.

Bu kadar kullanılmadıklarına inanıyorum çünkü Javascript istemcisi yan kodunda istisnalar atmak bir sayfanın hata ayıklamasını zorlaştırıyor.

Aksine durumlar atma yerine, genellikle el uyarı kutusu göstermeyi tercih, (yani alert("Error, invalid...");)

Garip gelebilir, ancak müşteriler kendi oluşturduğunuz bir sayfayı kullanıyorsa ve sayfa bir istisna atarsa, müşteri bir teknoloji meraklısı kodlayıcı olmadıkça , hiçbir zaman söyleyemeyeceği bir Javascript hataları müşteri tarafında gerçekleşir. sorun ne?

Sizi yalnızca “Hey, sayfa X çalışmıyor!” Diyerek sizi arayacak ve neyin yanlış gittiğini ve kodun neresinde olduğunu bulmak tamamen size bağlı olacaktır.

Uyarı kutusunu kullanmak yerine, arayıp şöyle bir şeyi söylemesi daha muhtemeldir: "Hey, sayfa X butonuna tıkladığımda ... yazan bir kutu gösterir ..." , güven bana, bulması çok daha kolay olacak böcek.