Elinize sağlık müthiş video olmuş hocam. Ben Result pattern kullanıyorum, bi hata oldukda geriye exception değilde ErrorResult dönüyorum. Böyle oldukda frontdada kullanması kolay oluyor bence.
Sırf memory allocation muhabbetinden ötürü kütüphane yazmıyorsam kullanmıyorum exception fırlatmayı. Güzel bir result tipi tasarladıktan sonra onu dönmeyi eğer hata varsa da problemdetails sınıfından yararlanmayı tercih ediyorum. Güzel anlatım teşekkürler umarım iç içe try catch blokları görmediğiniz projeleriniz olur :)
Elinize sağlık güzel ve bilgilendirici bir video olmuş Örneklerden de anlıyoruz ki TryCatch aslında exception fırlatmadığı senaryoda kabul edilebilir bir farkı var ve bence TryCatch haddini aşmadığı sürece önemli noktalarda kullanmak sağlıklı, özellikle custom exception ile sistemimizde daha anlaşılır hatalar fırlatmak özellikle yayında olan bir projemizde hataların tespiti için çok faydalı oluyor, artık trycatch kullanırken içim biraz daha rahat olacak :D
1) Catch parametresinin olması ve olmaması arasında hafızada yer kaplama farkı oluyor mu? Yani parametresiz catch bloğu içinde username veya password null olması koşuluyla hata fırlatsak daha hızlı olur mu? 2) Videodan çıkardığım sonuç; 100 işlemde 5 tane hata fırlatılıyorsa, 95 tane sonucu başarılı olan sonuçlar için yaptığımız bütün kontroller gereksiz. Hatayı nadir alma durumunda catch içerisinde hatanın handle edilerek kullanılması tercih edilebilecek avantajlı yollardan birisidir.
Arkadaşlar merhaba try catch harici bir sorum var Nesne örneği alınırken Class1 cls1 = new Class1 ile var cls1 = new Class1 arasındaki fark yani 'var' değişken tipi ile 'Class ismi' ile nesne türetme nin farkı (artılari-eksileri) nedir?
Hiç bir artısı eksisi yok performans açısından. Var dediğimiz şey, compile time bir değişken tipidir. Siz by şekilde kodunuzu yazıp derlediğinizde zaten o ilgili tipe, bu örnekte class1, çevriliyor. Sadece kod yazarken kullanılan hir değişken. Belki okuma kolaylığı açısından bir fark yaratıyordur ama sadece ön yüzde görünen sahte bir tanım diyebiliriz
![Noob To Max With DRAGON REWORK In Blox Fruits [FULL MOVIE]](http://i.ytimg.com/vi/LnBMOinoOvA/mqdefault.jpg)
Elinize sağlık müthiş video olmuş hocam. Ben Result pattern kullanıyorum, bi hata oldukda geriye exception değilde ErrorResult dönüyorum. Böyle oldukda frontdada kullanması kolay oluyor bence.
Sırf memory allocation muhabbetinden ötürü kütüphane yazmıyorsam kullanmıyorum exception fırlatmayı. Güzel bir result tipi tasarladıktan sonra onu dönmeyi eğer hata varsa da problemdetails sınıfından yararlanmayı tercih ediyorum. Güzel anlatım teşekkürler umarım iç içe try catch blokları görmediğiniz projeleriniz olur :)
Gerçekten faydalı bir video olmuş hocam. Hata beklemiyorsak tryCatch konusunda elimizi korkak alıştırmıyoruz o zaman 👌
Elinize sağlık güzel ve bilgilendirici bir video olmuş
Örneklerden de anlıyoruz ki TryCatch aslında exception fırlatmadığı senaryoda kabul edilebilir bir farkı var ve bence TryCatch haddini aşmadığı sürece önemli noktalarda kullanmak sağlıklı, özellikle custom exception ile sistemimizde daha anlaşılır hatalar fırlatmak özellikle yayında olan bir projemizde hataların tespiti için çok faydalı oluyor, artık trycatch kullanırken içim biraz daha rahat olacak :D
😁😁 ne mutlu bana o zaman, içinizi rahatlatabilmişim
Muhteşem video, one of diye birşeyin varlığından haberdar değildim. İlk yapacağım şey projeme implement etmeye çalışmak olacak :)
Oneof kullanımı için monad ları araştırabilirsiniz. Functional programming içinde sıklıkla kullanılan bir yapıdır.
Yine harika video olmus, elinize saglık.
Harika öğretici bir video olmuş, teşekkürler ❤️
IBişeyException baya güldürdü hocam 😅 ağzına sağlık, oneof u ben de ilk defa duydum :/
1) Catch parametresinin olması ve olmaması arasında hafızada yer kaplama farkı oluyor mu? Yani parametresiz catch bloğu içinde username veya password null olması koşuluyla hata fırlatsak daha hızlı olur mu?
2) Videodan çıkardığım sonuç; 100 işlemde 5 tane hata fırlatılıyorsa, 95 tane sonucu başarılı olan sonuçlar için yaptığımız bütün kontroller gereksiz. Hatayı nadir alma durumunda catch içerisinde hatanın handle edilerek kullanılması tercih edilebilecek avantajlı yollardan birisidir.
Hocam merhaba, method interceptors veya aop ile ilgili videolar gelir mi?
eline sağlık abi. bana golang deki error'u hatırlattı
Harika!
Yine efsane bir video...
Hocam merhaba güncel bir şekilde c# web api kursunuz varmı ?
Selamlar hocam..uzakdan özel ders veriyor musunuz acaba
Selamlar, hayır bireysel ders vermiyorum ancak Discord sunucumuza gelirseniz orada toplu olan diğer eğitim etkinliklerini bulabilirsiniz
Link var mı hocam@@TechBuddyTR
@@berkanozcan5431 her videonun altındaki açıklama bölümünde davetiye linki var
Tamamdır eğitim etkinliklerine katılacam teşekkür ederim.@@TechBuddyTR
Hocam iletisim numara vere bilirmisiniz? :) Onceden tesekkurler
Discorddan veya email ile ulaşabilirsiniz
Arkadaşlar merhaba try catch harici bir sorum var
Nesne örneği alınırken
Class1 cls1 = new Class1 ile
var cls1 = new Class1
arasındaki fark yani 'var' değişken tipi ile 'Class ismi' ile nesne türetme nin farkı (artılari-eksileri) nedir?
Hiç bir artısı eksisi yok performans açısından. Var dediğimiz şey, compile time bir değişken tipidir. Siz by şekilde kodunuzu yazıp derlediğinizde zaten o ilgili tipe, bu örnekte class1, çevriliyor. Sadece kod yazarken kullanılan hir değişken. Belki okuma kolaylığı açısından bir fark yaratıyordur ama sadece ön yüzde görünen sahte bir tanım diyebiliriz
@@TechBuddyTR yanıtınız için teşekkürler Salih bey severek takip ediyorum
Video başlıklarının comment olması 😂🎉