Yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinde hatalar ka\u00e7\u0131n\u0131lmazd\u0131r; ancak bu hatalar\u0131 etkili bir \u015fekilde y\u00f6netmek, uygulaman\u0131z\u0131n g\u00fcvenilirli\u011fini ve kullan\u0131c\u0131 deneyimini do\u011frudan etkiler. Go (Golang), hata y\u00f6netimine kendine \u00f6zg\u00fc, sade ve g\u00fc\u00e7l\u00fc bir yakla\u015f\u0131m sunar. Bu makale, Go’da hata y\u00f6netiminin temel prensiplerinden ba\u015flayarak, ileri seviye tekniklere ve ger\u00e7ek d\u00fcnya senaryolar\u0131na kadar ad\u0131m ad\u0131m bir yol haritas\u0131 sunacak, b\u00f6ylece daha sa\u011flam ve bak\u0131m\u0131 kolay uygulamalar geli\u015ftirebileceksiniz.<\/p>\n
Her geli\u015ftirici, bir uygulaman\u0131n beklenmedik durumlarla kar\u015f\u0131la\u015ft\u0131\u011f\u0131nda nas\u0131l davranaca\u011f\u0131n\u0131 merak eder. Go, bu konuda sizi karma\u015f\u0131k istisna mekanizmalar\u0131ndan uzak tutarak, fonksiyonlar\u0131n birden fazla de\u011fer d\u00f6nd\u00fcrme yetene\u011fi \u00fczerine kurulu basit ama etkili bir model benimser. Bu yakla\u015f\u0131m, hata durumlar\u0131n\u0131 kodunuzun birinci s\u0131n\u0131f bir par\u00e7as\u0131 haline getirir ve sizi her potansiyel hata durumunu a\u00e7\u0131k\u00e7a ele almaya te\u015fvik eder. Peki, bu basitlik uygulamada nas\u0131l bir g\u00fcce d\u00f6n\u00fc\u015f\u00fcyor ve bizler Go’nun hata y\u00f6netimi felsefesini en verimli \u015fekilde nas\u0131l kullanabiliriz?<\/p>\n
Go’nun hata y\u00f6netim modeli, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli ve e\u015f zamanl\u0131 (concurrent) sistemlerde hata izlemeyi ve hata ay\u0131klamay\u0131 kolayla\u015ft\u0131r\u0131r. Karma\u015f\u0131k \u00e7a\u011fr\u0131 zincirlerinde bir hatan\u0131n nereden kaynakland\u0131\u011f\u0131n\u0131 anlamak, do\u011fru bir hata y\u00f6netimi stratejisi olmadan olduk\u00e7a zor olabilir. Go’nun sade yap\u0131s\u0131, geli\u015ftiricilerin hatalar\u0131 g\u00f6z ard\u0131 etmesini zorla\u015ft\u0131r\u0131r ve bu da daha g\u00fcvenilir kod yazmaya zemin haz\u0131rlar. Bu makalede, Go dilinde hatalar, di\u011fer bir\u00e7ok dildeki istisnalardan (exceptions) farkl\u0131 bir \u015fekilde ele al\u0131n\u0131r. Go, istisna f\u0131rlatma (throwing exceptions) ve yakalama (catching exceptions) mekanizmas\u0131 yerine, fonksiyonlar\u0131n birden fazla de\u011fer d\u00f6nd\u00fcrme yetene\u011fini kullanarak hatalar\u0131 d\u00f6nd\u00fcrme (returning errors) yakla\u015f\u0131m\u0131n\u0131 benimser. Bu, kodunuzun ak\u0131\u015f\u0131nda beklenmedik s\u0131\u00e7ramalar yerine, her potansiyel hata durumunun a\u00e7\u0131k\u00e7a kontrol edilmesini ve ele al\u0131nmas\u0131n\u0131 gerektiren bir felsefedir. Go’daki hata y\u00f6netimi, basitli\u011fi, \u015feffafl\u0131\u011f\u0131 ve a\u00e7\u0131k olmay\u0131 merkeze al\u0131r.<\/p>\n Go’da bir hata, asl\u0131nda yerle\u015fik (built-in) Bir Go fonksiyonu genellikle son d\u00f6n\u00fc\u015f de\u011feri olarak bir Bu temel yap\u0131 sayesinde, Go’da hata y\u00f6netimi, uygulaman\u0131n kontrol ak\u0131\u015f\u0131n\u0131n ayr\u0131lmaz bir par\u00e7as\u0131 haline gelir. Hatalar\u0131 bir “istisna” olarak g\u00f6r\u00fcp ayr\u0131 bir mekanizmayla ele almak yerine, onlar\u0131 fonksiyonlar\u0131n beklenen d\u00f6n\u00fc\u015f de\u011ferlerinden biri olarak kabul ederiz. Bu durum, geli\u015ftiricileri potansiyel hata durumlar\u0131 hakk\u0131nda proaktif d\u00fc\u015f\u00fcnmeye te\u015fvik eder ve daha sa\u011flam, hataya dayan\u0131kl\u0131 kod yazmalar\u0131na yard\u0131mc\u0131 olur. Go’nun bu sade ama g\u00fc\u00e7l\u00fc yakla\u015f\u0131m\u0131, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k sistemlerde hata y\u00f6netimini daha anla\u015f\u0131l\u0131r ve y\u00f6netilebilir k\u0131lar.<\/p>\n Go’nun hata y\u00f6netimi felsefesini anlaman\u0131n en iyi yolu, pratik \u00f6rnekler \u00fczerinden ad\u0131m ad\u0131m ilerlemektir. Bu b\u00f6l\u00fcmde, fonksiyonlardan hata d\u00f6nd\u00fcrme, bu hatalar\u0131 yakalama ve basit hata senaryolar\u0131n\u0131 nas\u0131l y\u00f6netece\u011fimize dair kod \u00f6rneklerini inceleyece\u011fiz. B\u00f6ylece, Go’nun hata y\u00f6netim modelinin temel ta\u015flar\u0131n\u0131 kendi projelerinizde nas\u0131l uygulayabilece\u011finizi g\u00f6receksiniz.<\/p>\n Bir Go fonksiyonu, genellikle son d\u00f6n\u00fc\u015f de\u011feri olarak bir Yukar\u0131daki \u00f6rnekte, Ger\u00e7ek d\u00fcnya uygulamalar\u0131nda, bir fonksiyon birden fazla farkl\u0131 hata durumuyla kar\u015f\u0131la\u015fabilir. Bu durumlar\u0131 ay\u0131rt etmek ve her birine \u00f6zel tepkiler vermek \u00f6nemlidir. Bu \u00f6rnekte, Go'da basit Bir uygulaman\u0131n farkl\u0131 katmanlar\u0131nda (\u00f6rne\u011fin, veritaban\u0131 eri\u015fimi, a\u011f \u00e7a\u011fr\u0131lar\u0131, i\u015f mant\u0131\u011f\u0131) olu\u015fan hatalar, genellikle daha \u00fcst katmanlara do\u011fru yay\u0131l\u0131r. Bu yay\u0131lma s\u0131ras\u0131nda, orijinal hatan\u0131n nedenini kaybetmek kolayd\u0131r. Hatalara ba\u011flam (context) eklemek, bir hatan\u0131n nerede ve neden olu\u015ftu\u011funa dair de\u011ferli bilgiler sa\u011flayarak hata ay\u0131klama s\u00fcrecini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r. Go 1.13 ile tan\u0131t\u0131lan hata sarmalama (error wrapping) \u00f6zelli\u011fi, \u00d6rne\u011fin, bir veritaban\u0131 i\u015fleminde bir hata olu\u015ftu\u011funda, bu hatay\u0131 do\u011frudan kullan\u0131c\u0131ya g\u00f6stermek yerine, \"Kullan\u0131c\u0131 verisi al\u0131namad\u0131\" gibi daha genel bir mesajla sarmalayabiliriz. Ancak bu sarmalama i\u015flemi s\u0131ras\u0131nda, orijinal veritaban\u0131 hatas\u0131n\u0131 da saklamal\u0131y\u0131z. B\u00f6ylece, geli\u015ftiriciler hata ay\u0131klarken orijinal hataya eri\u015febilirken, son kullan\u0131c\u0131lar i\u00e7in daha anlaml\u0131 bir mesaj sunulur. Bu yakla\u015f\u0131m, hem g\u00fcvenlik hem de kullan\u0131labilirlik a\u00e7\u0131s\u0131ndan \u00f6nemlidir. Hata sarmalama, \u00f6zellikle mikroservis mimarilerinde veya \u00e7ok katmanl\u0131 uygulamalarda, hatan\u0131n yolculu\u011funu takip etmek i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r.<\/p>\n Go'nun Bu \u00f6rnekte, Go'nun hata y\u00f6netimi prensiplerini ve geli\u015fmi\u015f tekniklerini \u00f6\u011frendikten sonra, bunlar\u0131 ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l uygulayaca\u011f\u0131m\u0131z\u0131 g\u00f6rmek \u00f6nemlidir. Bir web sunucusundan veritaban\u0131 i\u015flemlerine kadar bir\u00e7ok alanda do\u011fru hata y\u00f6netimi, uygulaman\u0131n kararl\u0131l\u0131\u011f\u0131n\u0131 ve g\u00fcvenli\u011fini art\u0131r\u0131r. Bu b\u00f6l\u00fcmde, s\u0131k kar\u015f\u0131la\u015f\u0131lan iki senaryo \u00fczerinden Go'da hata y\u00f6netimi i\u00e7in en iyi uygulamalar\u0131 ele alaca\u011f\u0131z.<\/p>\n Web uygulamalar\u0131nda, kullan\u0131c\u0131 isteklerini i\u015flerken bir\u00e7ok hata durumuyla kar\u015f\u0131la\u015f\u0131labilir: ge\u00e7ersiz giri\u015fler, kaynak bulunamamas\u0131, sunucu i\u00e7i hatalar vb. Bu hatalar\u0131 do\u011fru bir \u015fekilde yakalamak ve kullan\u0131c\u0131ya anlaml\u0131 HTTP durum kodlar\u0131 ve mesajlar\u0131 ile yan\u0131t vermek kritiktir. Genellikle, bir HTTP i\u015fleyici (handler) fonksiyonu i\u00e7inde olu\u015fan hatalar yakalan\u0131r, loglan\u0131r ve ard\u0131ndan uygun bir HTTP yan\u0131t\u0131yla istemciye bildirilir.<\/p>\n Yukar\u0131daki \u00f6rnekte, Veritaban\u0131 i\u015flemleri, genellikle hata olu\u015fumuna en yatk\u0131n alanlardan biridir. Ba\u011flant\u0131 sorunlar\u0131, sorgu hatalar\u0131, veri tutars\u0131zl\u0131klar\u0131 gibi durumlar s\u0131k\u00e7a kar\u015f\u0131m\u0131za \u00e7\u0131kar. Go'da veritaban\u0131 i\u015flemlerinde hata y\u00f6netimi yaparken, \u00f6zellikle Bu \u00f6rnekte, Go'da hata y\u00f6netimi i\u00e7in \u00f6ncelikli mekanizma, fonksiyonlardan Peki, \u00d6zetle, Bu makale boyunca, Go'da hata y\u00f6netiminin temel prensiplerinden ba\u015flayarak, geli\u015fmi\u015f tekniklere ve ger\u00e7ek d\u00fcnya senaryolar\u0131na kadar geni\u015f bir yelpazeyi ele ald\u0131k. Go'nun hata y\u00f6netim felsefesinin, di\u011fer dillerdeki istisna mekanizmalar\u0131ndan farkl\u0131 olarak, hatalar\u0131 fonksiyon d\u00f6n\u00fc\u015f de\u011ferleri arac\u0131l\u0131\u011f\u0131yla a\u00e7\u0131k\u00e7a ele almaya odakland\u0131\u011f\u0131n\u0131 g\u00f6rd\u00fck. Bu yakla\u015f\u0131m, geli\u015ftiricileri potansiyel hata durumlar\u0131 hakk\u0131nda proaktif d\u00fc\u015f\u00fcnmeye te\u015fvik eder ve sonu\u00e7 olarak daha sa\u011flam ve g\u00fcvenilir uygulamalar ortaya \u00e7\u0131kar\u0131r.<\/p>\n \u00d6\u011frendi\u011fimiz temel noktalar aras\u0131nda, Sonu\u00e7 olarak, Go'da etkili hata y\u00f6netimi, sadece kodunuzun do\u011fru \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamakla kalmaz, ayn\u0131 zamanda uygulaman\u0131z\u0131n beklenmedik durumlarla nas\u0131l ba\u015fa \u00e7\u0131kt\u0131\u011f\u0131n\u0131 da net bir \u015fekilde ortaya koyar. Bu prensipleri benimseyerek ve pratik ederek, Go'da daha g\u00fcvenilir, bak\u0131m\u0131 kolay ve performansl\u0131 uygulamalar geli\u015ftirebilirsiniz. Hata y\u00f6netimi, bir uygulaman\u0131n sa\u011flaml\u0131\u011f\u0131n\u0131n temelidir ve Go, bu temeli in\u015fa etmek i\u00e7in size g\u00fc\u00e7l\u00fc ve anla\u015f\u0131l\u0131r ara\u00e7lar sunar. \u015eimdi s\u0131ra sizde; bu bilgileri kendi projelerinizde uygulayarak Go'nun hata y\u00f6netimi g\u00fcc\u00fcn\u00fc deneyimleyin!<\/p>\n Go'da istisnalar (exceptions) yerine neden Go, istisnalar yerine Hata sarmalama (error wrapping) neden \u00f6nemlidir ve nas\u0131l kullan\u0131l\u0131r?<\/strong><\/p>\n Hata sarmalama, bir hatan\u0131n yolculu\u011funu takip etmek ve k\u00f6k nedenini bulmak i\u00e7in kritik \u00f6neme sahiptir. Bir hatay\u0131 ba\u015fka bir hatan\u0131n i\u00e7ine sarmalayarak, hatan\u0131n orijinal kayna\u011f\u0131n\u0131 kaybetmeden \u00fcst katmanlarda daha a\u00e7\u0131klay\u0131c\u0131 mesajlar sunabilirsiniz. Bu, \u00f6zellikle \u00e7ok katmanl\u0131 uygulamalarda veya mikroservis mimarilerinde hata ay\u0131klamay\u0131 kolayla\u015ft\u0131r\u0131r. #GoLang #HataY\u00f6netimi #Yaz\u0131l\u0131mGeli\u015ftirme #Programlama #GoProgramlama<\/p>\nerror<\/code> aray\u00fcz\u00fcn\u00fcn (interface) ne oldu\u011funu, \u00f6zel hata t\u00fcrlerini nas\u0131l olu\u015fturaca\u011f\u0131m\u0131z\u0131, hatalara ba\u011flam eklemenin \u00f6nemini ve son olarak panic<\/code>\/recover<\/code> mekanizmas\u0131n\u0131 ne zaman kullanmam\u0131z gerekti\u011fini derinlemesine inceleyece\u011fiz. Haz\u0131rsan\u0131z, Go d\u00fcnyas\u0131nda hatalar\u0131 kucaklaman\u0131n ve onlarla ba\u015fa \u00e7\u0131kman\u0131n yollar\u0131n\u0131 ke\u015ffetmeye ba\u015flayal\u0131m.<\/p>\nGo’da Hata Kavram\u0131 ve Temel Mekanizmalar Nelerdir?<\/h2>\n
error<\/code> aray\u00fcz\u00fcn\u00fc uygulayan herhangi bir t\u00fcrd\u00fcr. Bu aray\u00fcz olduk\u00e7a basittir ve yaln\u0131zca bir metot tan\u0131mlar: Error() string<\/code>. Bu metot, hatay\u0131 a\u00e7\u0131klayan bir dize (string) d\u00f6nd\u00fcr\u00fcr. Go’nun standart k\u00fct\u00fcphanesi, bu aray\u00fcz\u00fc uygulayan \u00e7e\u015fitli hata t\u00fcrleri sa\u011flar ve siz de kendi \u00f6zel hata t\u00fcrlerinizi kolayca olu\u015fturabilirsiniz. En temel hata olu\u015fturma y\u00f6ntemleri aras\u0131nda errors.New<\/code> ve fmt.Errorf<\/code> fonksiyonlar\u0131 bulunur. errors.New(\"Bir \u015feyler ters gitti!\")<\/code> gibi bir ifadeyle basit bir hata olu\u015fturabilirken, fmt.Errorf(\"Kullan\u0131c\u0131 ID'si %d bulunamad\u0131: %w\", userID, err)<\/code> gibi bir ifadeyle daha dinamik ve ba\u011flam i\u00e7eren hatalar yaratabilirsiniz. Buradaki %w<\/code> fiili, Go 1.13 ile tan\u0131t\u0131lan ve hatalar\u0131 sarmalamak (wrapping) i\u00e7in kullan\u0131lan \u00f6nemli bir \u00f6zelliktir; bu konuya ilerleyen b\u00f6l\u00fcmlerde daha detayl\u0131 de\u011finece\u011fiz.<\/p>\nerror<\/code> t\u00fcr\u00fc d\u00f6nd\u00fcr\u00fcr. E\u011fer i\u015flem ba\u015far\u0131l\u0131ysa, error<\/code> de\u011feri nil<\/code> (bo\u015f) olur; aksi takdirde, i\u015flemle ilgili bir hata nesnesi d\u00f6nd\u00fcr\u00fcl\u00fcr. Bu mekanizma, fonksiyonu \u00e7a\u011f\u0131ran\u0131n her zaman bir hata olup olmad\u0131\u011f\u0131n\u0131 kontrol etmesini zorunlu k\u0131lar. Bu zorunluluk, geli\u015ftiricilerin hatalar\u0131 g\u00f6z ard\u0131 etmesini engeller ve uygulaman\u0131n beklenmedik durumlarla kar\u015f\u0131la\u015ft\u0131\u011f\u0131nda daha \u00f6ng\u00f6r\u00fclebilir davranmas\u0131n\u0131 sa\u011flar. Tipik bir Go kodu, bir fonksiyon \u00e7a\u011fr\u0131s\u0131ndan sonra hemen if err != nil { ... }<\/code> yap\u0131s\u0131yla hatay\u0131 kontrol eder ve uygun \u015fekilde ele al\u0131r. Bu yayg\u0131n kal\u0131p, Go’nun hata y\u00f6netimi felsefesinin temelini olu\u015fturur ve kod taban\u0131nda tutarl\u0131 bir hata denetimi sa\u011flar. Bu yakla\u015f\u0131m, hata ay\u0131klama s\u00fcre\u00e7lerini basitle\u015ftirir ve uygulaman\u0131n genel g\u00fcvenilirli\u011fini art\u0131r\u0131r.<\/p>\nUygulamal\u0131 Hata Y\u00f6netimi: Ad\u0131m Ad\u0131m Kod \u00d6rnekleri Nas\u0131l Geli\u015ftirilir?<\/h2>\n
Hata Olu\u015fturma ve D\u00f6nd\u00fcrme Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n
error<\/code> t\u00fcr\u00fc d\u00f6nd\u00fcr\u00fcr. \u0130\u015flem ba\u015far\u0131l\u0131 oldu\u011funda nil<\/code>, ba\u015far\u0131s\u0131z oldu\u011funda ise bir error<\/code> nesnesi d\u00f6nd\u00fcr\u00fcl\u00fcr. A\u015fa\u011f\u0131daki \u00f6rnekte, bir say\u0131n\u0131n karek\u00f6k\u00fcn\u00fc hesaplayan ancak negatif say\u0131lar i\u00e7in hata d\u00f6nd\u00fcren basit bir fonksiyon g\u00f6rece\u011fiz:<\/p>\n\npackage main\n\nimport (\n\t\"errors\"\n\t\"fmt\"\n\t\"math\"\n)\n\n\/\/ KarekokHesapla negatif say\u0131lar i\u00e7in hata d\u00f6nd\u00fcr\u00fcr.\nfunc KarekokHesapla(sayi float64) (float64, error) {\n\tif sayi < 0 {\n\t\treturn 0, errors.New(\"negatif say\u0131lar\u0131n karek\u00f6k\u00fc hesaplanamaz\")\n\t}\n\treturn math.Sqrt(sayi), nil\n}\n\nfunc main() {\n\tsonuc, err := KarekokHesapla(25)\n\tif err != nil {\n\t\tfmt.Println(\"Hata:\", err)\n\t} else {\n\t\tfmt.Println(\"Karek\u00f6k:\", sonuc)\n\t}\n\n\tsonuc, err = KarekokHesapla(-9)\n\tif err != nil {\n\t\tfmt.Println(\"Hata:\", err) \/\/ Bu k\u0131s\u0131m \u00e7al\u0131\u015facak\n\t} else {\n\t\tfmt.Println(\"Karek\u00f6k:\", sonuc)\n\t}\n}\n <\/code><\/pre>\n<\/div>\nKarekpokHesapla<\/code> fonksiyonu, negatif bir say\u0131 ile \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda errors.New<\/code> kullanarak basit bir hata nesnesi olu\u015fturur ve d\u00f6nd\u00fcr\u00fcr. main<\/code> fonksiyonunda ise, fonksiyonun d\u00f6n\u00fc\u015f de\u011ferleri kontrol edilir. E\u011fer err<\/code> de\u011fi\u015fkeni nil<\/code> de\u011filse, bir hata olu\u015ftu\u011fu anla\u015f\u0131l\u0131r ve hata mesaj\u0131 yazd\u0131r\u0131l\u0131r. Bu, Go'daki en temel ve yayg\u0131n hata y\u00f6netim kal\u0131b\u0131d\u0131r.<\/p>\nBirden Fazla Hata Durumunu Nas\u0131l Y\u00f6netiriz?<\/h3>\n
fmt.Errorf<\/code> fonksiyonu, hata mesajlar\u0131n\u0131 bi\u00e7imlendirmenin yan\u0131 s\u0131ra, Go 1.13'ten itibaren hata sarmalama (error wrapping) yetene\u011fi sayesinde zincirleme hatalar olu\u015fturmam\u0131za da olanak tan\u0131r. Ayr\u0131ca, \u00f6zel hata t\u00fcrleri (custom error types) tan\u0131mlayarak daha spesifik hata durumlar\u0131n\u0131 y\u00f6netebiliriz. Ancak \u015fimdilik, fmt.Errorf<\/code> ile daha a\u00e7\u0131klay\u0131c\u0131 hatalar olu\u015ftural\u0131m:<\/p>\n\npackage main\n\nimport (\n\t\"fmt\"\n\t\"strconv\"\n)\n\n\/\/ StringiTamSayiyaCevir verilen stringi int'e \u00e7evirir,\n\/\/ ge\u00e7ersiz format veya aral\u0131k d\u0131\u015f\u0131 de\u011ferler i\u00e7in hata d\u00f6nd\u00fcr\u00fcr.\nfunc StringiTamSayiyaCevir(s string) (int, error) {\n\tsayi, err := strconv.Atoi(s) \/\/ string'i int'e \u00e7evirir\n\tif err != nil {\n\t\t\/\/ Hatan\u0131n k\u00f6kenini sarmalayarak daha fazla ba\u011flam ekliyoruz\n\t\treturn 0, fmt.Errorf(\"'%s' de\u011feri tam say\u0131ya \u00e7evrilemedi: %w\", s, err)\n\t}\n\tif sayi < 0 || sayi > 100 {\n\t\treturn 0, fmt.Errorf(\"say\u0131 %d, 0-100 aral\u0131\u011f\u0131nda de\u011fil\", sayi)\n\t}\n\treturn sayi, nil\n}\n\nfunc main() {\n\tdeger1, err := StringiTamSayiyaCevir(\"42\")\n\tif err != nil {\n\t\tfmt.Println(\"Hata:\", err)\n\t} else {\n\t\tfmt.Println(\"D\u00f6n\u00fc\u015ft\u00fcr\u00fclen de\u011fer:\", deger1)\n\t}\n\n\tdeger2, err := StringiTamSayiyaCevir(\"abc\")\n\tif err != nil {\n\t\tfmt.Println(\"Hata:\", err) \/\/ Bu k\u0131s\u0131m \u00e7al\u0131\u015facak: ge\u00e7ersiz format\n\t} else {\n\t\tfmt.Println(\"D\u00f6n\u00fc\u015ft\u00fcr\u00fclen de\u011fer:\", deger2)\n\t}\n\n\tdeger3, err := StringiTamSayiyaCevir(\"150\")\n\tif err != nil {\n\t\tfmt.Println(\"Hata:\", err) \/\/ Bu k\u0131s\u0131m \u00e7al\u0131\u015facak: aral\u0131k d\u0131\u015f\u0131\n\t} else {\n\t\tfmt.Println(\"D\u00f6n\u00fc\u015ft\u00fcr\u00fclen de\u011fer:\", deger3)\n\t}\n}\n <\/code><\/pre>\n<\/div>\nStringiTamSayiyaCevir<\/code> fonksiyonu iki farkl\u0131 hata durumunu ele al\u0131yor: string'in tam say\u0131ya \u00e7evrilememesi ve say\u0131n\u0131n belirli bir aral\u0131\u011f\u0131n d\u0131\u015f\u0131nda olmas\u0131. strconv.Atoi<\/code> fonksiyonundan d\u00f6nen hatay\u0131 fmt.Errorf<\/code> ile sarmalayarak, hatan\u0131n orijinal nedenini korurken kendi ba\u011flam\u0131m\u0131z\u0131 eklemi\u015f oluyoruz. Bu, hata ay\u0131klama s\u0131ras\u0131nda \u00e7ok de\u011ferli bilgiler sa\u011flar. Hata sarmalama, bir hatan\u0131n yolculu\u011funu takip etmeyi ve k\u00f6k nedenini bulmay\u0131 kolayla\u015ft\u0131ran modern Go hata y\u00f6netiminin kritik bir par\u00e7as\u0131d\u0131r.<\/p>\nGeli\u015fmi\u015f Hata Y\u00f6netimi Teknikleri: Ba\u011flam ve T\u00fcrler<\/h2>\n
if err != nil<\/code> kontrolleri ba\u015flang\u0131\u00e7 i\u00e7in yeterli olsa da, b\u00fcy\u00fck ve karma\u015f\u0131k uygulamalarda daha sofistike hata y\u00f6netimi tekniklerine ihtiya\u00e7 duyulur. Bu b\u00f6l\u00fcmde, hatalara ba\u011flam eklemenin \u00f6nemini, \u00f6zel hata t\u00fcrleri olu\u015fturman\u0131n faydalar\u0131n\u0131 ve Go'nun errors<\/code> paketindeki geli\u015fmi\u015f fonksiyonlar\u0131 (errors.Is<\/code>, errors.As<\/code>) inceleyece\u011fiz. Bu teknikler, hata ay\u0131klamay\u0131 kolayla\u015ft\u0131r\u0131r, kodun okunabilirli\u011fini art\u0131r\u0131r ve daha spesifik hata i\u015fleme stratejileri geli\u015ftirmenize olanak tan\u0131r.<\/p>\nHatalara Ba\u011flam Eklemenin \u00d6nemi Nedir?<\/h3>\n
fmt.Errorf<\/code> fonksiyonuyla birlikte %w<\/code> fiilini kullanarak bir hatay\u0131 ba\u015fka bir hatan\u0131n i\u00e7ine sarmalamam\u0131z\u0131 sa\u011flar. Bu, hata zincirleri olu\u015fturur ve errors.Is<\/code> veya errors.As<\/code> fonksiyonlar\u0131 ile bu zincirleri sorgulayabiliriz.<\/p>\n\u00d6zel Hata T\u00fcrleri Olu\u015fturmak Mant\u0131kl\u0131 m\u0131?<\/h3>\n
error<\/code> aray\u00fcz\u00fc \u00e7ok geneldir. Bazen, belirli hata durumlar\u0131 hakk\u0131nda daha fazla bilgi ta\u015f\u0131mak veya farkl\u0131 hata t\u00fcrlerine farkl\u0131 \u015fekillerde tepki vermek isteriz. \u0130\u015fte bu noktada \u00f6zel hata t\u00fcrleri (custom error types) devreye girer. Kendi struct<\/code> t\u00fcrlerinizi tan\u0131mlayarak ve bu t\u00fcrlerin Error() string<\/code> metodunu uygulamas\u0131n\u0131 sa\u011flayarak \u00f6zel hatalar olu\u015fturabilirsiniz. Bu, hatan\u0131n sadece bir mesajdan ibaret olmamas\u0131n\u0131, ayn\u0131 zamanda hata kodu, HTTP durumu veya hata olu\u015ftu\u011fu zamanki ek veriler gibi yap\u0131land\u0131r\u0131lm\u0131\u015f bilgiler i\u00e7ermesini sa\u011flar.<\/p>\n\npackage main\n\nimport (\n\t\"errors\"\n\t\"fmt\"\n)\n\n\/\/ KullaniciBulunamadiHatasi \u00f6zel bir hata t\u00fcr\u00fcd\u00fcr.\ntype KullaniciBulunamadiHatasi struct {\n\tKullaniciID int\n\tMesaj string\n}\n\n\/\/ Error() metodunu uygulayarak KullaniciBulunamadiHatasi'n\u0131 bir error yapar\u0131z.\nfunc (e *KullaniciBulunamadiHatasi) Error() string {\n\treturn fmt.Sprintf(\"Kullan\u0131c\u0131 ID %d bulunamad\u0131: %s\", e.KullaniciID, e.Mesaj)\n}\n\n\/\/ KullaniciVerisiGetir belirli bir kullan\u0131c\u0131 ID'sine g\u00f6re kullan\u0131c\u0131 verisi getirir.\n\/\/ Kullan\u0131c\u0131 bulunamazsa KullaniciBulunamadiHatasi d\u00f6nd\u00fcr\u00fcr.\nfunc KullaniciVerisiGetir(id int) (string, error) {\n\tif id == 101 { \/\/ \u00d6rnek olarak, 101 ID'li kullan\u0131c\u0131 yok varsayal\u0131m\n\t\treturn \"\", &KullaniciBulunamadiHatasi{\n\t\t\tKullaniciID: id,\n\t\t\tMesaj: \"Veritaban\u0131nda kay\u0131t yok\",\n\t\t}\n\t}\n\treturn fmt.Sprintf(\"Kullan\u0131c\u0131 Ad\u0131: Kullanici_%d\", id), nil\n}\n\nfunc main() {\n\t_, err := KullaniciVerisiGetir(101)\n\tif err != nil {\n\t\t\/\/ errors.Is ile belirli bir hata t\u00fcr\u00fc olup olmad\u0131\u011f\u0131n\u0131 kontrol ederiz\n\t\tif errors.Is(err, &KullaniciBulunamadiHatasi{}) {\n\t\t\tfmt.Println(\"\u00d6zel hata: Kullan\u0131c\u0131 bulunamad\u0131.\")\n\t\t\t\/\/ errors.As ile hatay\u0131 belirli bir t\u00fcre d\u00f6n\u00fc\u015ft\u00fcrerek ek bilgilere eri\u015firiz\n\t\t\tvar kbh *KullaniciBulunamadiHatasi\n\t\t\tif errors.As(err, &kbh) {\n\t\t\t\tfmt.Printf(\"Detay: ID %d i\u00e7in %s\\n\", kbh.KullaniciID, kbh.Mesaj)\n\t\t\t}\n\t\t} else {\n\t\t\tfmt.Println(\"Beklenmeyen bir hata olu\u015ftu:\", err)\n\t\t}\n\t}\n\n\t_, err = KullaniciVerisiGetir(102)\n\tif err != nil {\n\t\tfmt.Println(\"Hata:\", err)\n\t} else {\n\t\tfmt.Println(\"Kullan\u0131c\u0131 102 ba\u015far\u0131yla getirildi.\")\n\t}\n}\n <\/code><\/pre>\n<\/div>\nKullaniciBulunamadiHatasi<\/code> ad\u0131nda \u00f6zel bir hata t\u00fcr\u00fc tan\u0131mlad\u0131k. Bu t\u00fcr, KullaniciID<\/code> ve Mesaj<\/code> alanlar\u0131n\u0131 i\u00e7erir. Error()<\/code> metodunu uygulayarak error<\/code> aray\u00fcz\u00fcn\u00fc kar\u015f\u0131lar. main<\/code> fonksiyonunda, errors.Is<\/code> kullanarak d\u00f6nen hatan\u0131n belirli bir t\u00fcr olup olmad\u0131\u011f\u0131n\u0131 kontrol ederiz. E\u011fer \u00f6yleyse, errors.As<\/code> ile hatay\u0131 KullaniciBulunamadiHatasi<\/code> t\u00fcr\u00fcne d\u00f6n\u00fc\u015ft\u00fcrerek i\u00e7indeki KullaniciID<\/code> ve Mesaj<\/code> gibi alanlara eri\u015febiliriz. Bu, hata i\u015fleme mant\u0131\u011f\u0131n\u0131z\u0131 daha spesifik ve veri odakl\u0131 hale getirir. \u00d6zel hata t\u00fcrleri ve errors.Is<\/code>\/errors.As<\/code> kullan\u0131m\u0131, Go'da geli\u015fmi\u015f ve esnek hata y\u00f6netimi i\u00e7in g\u00fc\u00e7l\u00fc ara\u00e7lard\u0131r.<\/p>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131nda Hata Y\u00f6netimi \u0130\u00e7in En \u0130yi Uygulamalar Nelerdir?<\/h2>\n
Bir Web Sunucusunda Hatalar Nas\u0131l Yakalan\u0131r ve Yan\u0131tlan\u0131r?<\/h3>\n
\npackage main\n\nimport (\n\t\"encoding\/json\"\n\t\"errors\"\n\t\"fmt\"\n\t\"net\/http\"\n\t\"strconv\"\n)\n\n\/\/ Uygulama \u00f6zel hata t\u00fcr\u00fc\ntype appError struct {\n\tCode int json:"code"<\/code>\n\tMessage string json:"message"<\/code>\n\tErr error json:"-"<\/code> \/\/ Orijinal hatay\u0131 sarmalar, JSON'a dahil etmez\n}\n\nfunc (e *appError) Error() string {\n\treturn e.Message\n}\n\n\/\/ HandleAppError, appError t\u00fcr\u00fcndeki hatalar\u0131 yakalay\u0131p uygun HTTP yan\u0131t\u0131 verir.\nfunc HandleAppError(w http.ResponseWriter, r *http.Request, err error) {\n\tvar appErr *appError\n\tif errors.As(err, &appErr) {\n\t\t\/\/ E\u011fer \u00f6zel appError t\u00fcr\u00fcndeyse, onun kodunu ve mesaj\u0131n\u0131 kullan\n\t\tw.Header().Set(\"Content-Type\", \"application\/json\")\n\t\tw.WriteHeader(appErr.Code)\n\t\tjson.NewEncoder(w).Encode(map[string]string{\"error\": appErr.Message})\n\t\t\/\/ Loglama i\u00e7in orijinal hatay\u0131 da kullanabiliriz\n\t\tfmt.Printf(\"APP_ERROR: %d - %s (Original: %v)\\n\", appErr.Code, appErr.Message, appErr.Err)\n\t\treturn\n\t}\n\n\t\/\/ Bilinmeyen veya beklenmeyen di\u011fer hatalar i\u00e7in genel bir yan\u0131t\n\tw.Header().Set(\"Content-Type\", \"application\/json\")\n\tw.WriteHeader(http.StatusInternalServerError)\n\tjson.NewEncoder(w).Encode(map[string]string{\"error\": \"Beklenmeyen bir sunucu hatas\u0131 olu\u015ftu.\"})\n\tfmt.Printf(\"UNEXPECTED_ERROR: %v\\n\", err)\n}\n\n\/\/ getUserHandler, belirli bir kullan\u0131c\u0131 ID'sini al\u0131r ve hata durumlar\u0131n\u0131 y\u00f6netir.\nfunc getUserHandler(w http.ResponseWriter, r *http.Request) {\n\tuserIDStr := r.URL.Query().Get(\"id\")\n\tif userIDStr == \"\" {\n\t\tHandleAppError(w, r, &appError{\n\t\t\tCode: http.StatusBadRequest,\n\t\t\tMessage: \"Kullan\u0131c\u0131 ID'si eksik.\",\n\t\t\tErr: errors.New(\"userID bo\u015f\"),\n\t\t})\n\t\treturn\n\t}\n\n\tuserID, err := strconv.Atoi(userIDStr)\n\tif err != nil {\n\t\tHandleAppError(w, r, &appError{\n\t\t\tCode: http.StatusBadRequest,\n\t\t\tMessage: \"Ge\u00e7ersiz kullan\u0131c\u0131 ID format\u0131.\",\n\t\t\tErr: fmt.Errorf(\"ID d\u00f6n\u00fc\u015ft\u00fcr\u00fclemedi: %w\", err),\n\t\t})\n\t\treturn\n\t}\n\n\tif userID == 0 { \/\/ \u00d6rnek olarak ID 0'\u0131 ge\u00e7ersiz kabul edelim\n\t\tHandleAppError(w, r, &appError{\n\t\t\tCode: http.StatusNotFound,\n\t\t\tMessage: \"Kullan\u0131c\u0131 bulunamad\u0131.\",\n\t\t\tErr: errors.New(\"userID 0 ge\u00e7ersiz\"),\n\t\t})\n\t\treturn\n\t}\n\n\t\/\/ Ba\u015far\u0131l\u0131 yan\u0131t\n\tw.Header().Set(\"Content-Type\", \"application\/json\")\n\tw.WriteHeader(http.StatusOK)\n\tjson.NewEncoder(w).Encode(map[string]string{\"message\": fmt.Sprintf(\"Kullan\u0131c\u0131 %d verisi getirildi.\", userID)})\n}\n\nfunc main() {\n\thttp.HandleFunc(\"\/user\", getUserHandler)\n\tfmt.Println(\"Sunucu http:\/\/localhost:8080 adresinde \u00e7al\u0131\u015f\u0131yor...\")\n\thttp.ListenAndServe(\":8080\", nil)\n}\n <\/code><\/pre>\n<\/div>\nappError<\/code> ad\u0131nda \u00f6zel bir hata t\u00fcr\u00fc tan\u0131mlayarak HTTP durum kodlar\u0131n\u0131 ve kullan\u0131c\u0131ya g\u00f6sterilecek mesajlar\u0131 entegre ettik. HandleAppError<\/code> fonksiyonu, bu \u00f6zel hata t\u00fcr\u00fcn\u00fc yakalayarak uygun HTTP yan\u0131t\u0131n\u0131 olu\u015fturur. Bu yap\u0131, web API'lerinizde tutarl\u0131 hata yan\u0131tlar\u0131 sa\u011flamak i\u00e7in olduk\u00e7a etkilidir. Kullan\u0131c\u0131ya net ve anla\u015f\u0131l\u0131r hata mesajlar\u0131 sunarken, arka planda detayl\u0131 hata bilgilerini loglamak, hem kullan\u0131c\u0131 deneyimini iyile\u015ftirir hem de geli\u015ftiricilerin sorunlar\u0131 h\u0131zl\u0131ca tespit etmesine yard\u0131mc\u0131 olur.<\/p>\nVeritaban\u0131 \u0130\u015flemlerinde Hata Y\u00f6netimi \u0130\u00e7in En \u0130yi Uygulamalar Nelerdir?<\/h3>\n
sql.ErrNoRows<\/code> gibi standart hatalar\u0131 ve veritaban\u0131 s\u00fcr\u00fcc\u00fclerinden d\u00f6nen \u00f6zel hatalar\u0131 ele almak \u00f6nemlidir.<\/p>\n\npackage main\n\nimport (\n\t\"database\/sql\"\n\t\"errors\"\n\t\"fmt\"\n\t_ \"github.com\/mattn\/go-sqlite3\" \/\/ Ger\u00e7ek uygulamada bir DB s\u00fcr\u00fcc\u00fcs\u00fc kullan\u0131n\n)\n\n\/\/ Kullan\u0131c\u0131 modelimiz\ntype User struct {\n\tID int\n\tName string\n}\n\n\/\/ GetUserByID, veritaban\u0131ndan kullan\u0131c\u0131 getirir.\nfunc GetUserByID(db *sql.DB, id int) (*User, error) {\n\tuser := &User{}\n\terr := db.QueryRow(\"SELECT id, name FROM users WHERE id = ?\", id).Scan(&user.ID, &user.Name)\n\n\tif err != nil {\n\t\tif errors.Is(err, sql.ErrNoRows) {\n\t\t\t\/\/ Belirli bir hatay\u0131 sarmalayarak daha anlaml\u0131 bir mesaj d\u00f6nd\u00fcr\u00fcyoruz\n\t\t\treturn nil, fmt.Errorf(\"kullan\u0131c\u0131 ID %d bulunamad\u0131: %w\", id, err)\n\t\t}\n\t\t\/\/ Di\u011fer veritaban\u0131 hatalar\u0131 i\u00e7in genel bir hata d\u00f6nd\u00fcr\u00fcyoruz\n\t\treturn nil, fmt.Errorf(\"kullan\u0131c\u0131 verisi getirilirken bir hata olu\u015ftu: %w\", err)\n\t}\n\treturn user, nil\n}\n\nfunc main() {\n\t\/\/ \u00d6rnek bir SQLite veritaban\u0131 ba\u011flant\u0131s\u0131 olu\u015ftural\u0131m (ger\u00e7ek bir DB kullan\u0131n)\n\tdb, err := sql.Open(\"sqlite3\", \":memory:\") \/\/ Bellek i\u00e7i bir DB\n\tif err != nil {\n\t\tfmt.Println(\"Veritaban\u0131 a\u00e7\u0131lamad\u0131:\", err)\n\t\treturn\n\t}\n\tdefer db.Close()\n\n\t\/\/ Tablo olu\u015ftur ve \u00f6rnek veri ekle\n\t_, err = db.Exec(\"CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT)\")\n\tif err != nil {\n\t\tfmt.Println(\"Tablo olu\u015fturulamad\u0131:\", err)\n\t\treturn\n\t}\n\t_, err = db.Exec(\"INSERT INTO users (id, name) VALUES (?, ?)\", 1, \"Alice\")\n\tif err != nil {\n\t\tfmt.Println(\"Veri eklenemedi:\", err)\n\t\treturn\n\t}\n\n\t\/\/ Ba\u015far\u0131l\u0131 senaryo\n\tuser, err := GetUserByID(db, 1)\n\tif err != nil {\n\t\tfmt.Println(\"Hata:\", err)\n\t} else {\n\t\tfmt.Printf(\"Kullan\u0131c\u0131 bulundu: ID=%d, Ad=%s\\n\", user.ID, user.Name)\n\t}\n\n\t\/\/ Kullan\u0131c\u0131 bulunamad\u0131 senaryosu\n\tuser, err = GetUserByID(db, 2)\n\tif err != nil {\n\t\tif errors.Is(err, sql.ErrNoRows) {\n\t\t\tfmt.Println(\"Beklenen hata: Kullan\u0131c\u0131 bulunamad\u0131 mesaj\u0131:\", err)\n\t\t} else {\n\t\t\tfmt.Println(\"Beklenmeyen veritaban\u0131 hatas\u0131:\", err)\n\t\t}\n\t}\n\n\t\/\/ Ba\u011flant\u0131 hatas\u0131 senaryosu (sim\u00fcle edelim)\n\t\/\/ db.Close() \/\/ Ba\u011flant\u0131y\u0131 kapat\u0131p hata almay\u0131 sim\u00fcle edebiliriz\n\t\/\/ _, err = GetUserByID(db, 1)\n\t\/\/ if err != nil {\n\t\/\/ \tfmt.Println(\"Ba\u011flant\u0131 hatas\u0131 sim\u00fclasyonu:\", err)\n\t\/\/ }\n}\n <\/code><\/pre>\n<\/div>\nGetUserByID<\/code> fonksiyonu veritaban\u0131ndan bir kullan\u0131c\u0131 getirmeye \u00e7al\u0131\u015f\u0131r. E\u011fer sorgu sonucunda hi\u00e7bir sat\u0131r bulunamazsa, sql.ErrNoRows<\/code> hatas\u0131 d\u00f6ner. Bu hatay\u0131 errors.Is<\/code> ile kontrol ederek \u00f6zel bir mesajla sarmal\u0131yoruz. Di\u011fer veritaban\u0131 hatalar\u0131n\u0131 ise genel bir hata mesaj\u0131yla sarmalayarak \u00fcst katmanlara iletiyoruz. Bu yakla\u015f\u0131m, veritaban\u0131 katman\u0131nda olu\u015fan hatalar\u0131 daha anlaml\u0131 hale getirir ve uygulaman\u0131n farkl\u0131 katmanlar\u0131n\u0131n bu hatalara daha spesifik tepkiler vermesini sa\u011flar.<\/p>\nPanik (Panic) ve Kurtarma (Recover) Ne Zaman Kullan\u0131lmal\u0131?<\/h2>\n
error<\/code> de\u011ferleri d\u00f6nd\u00fcrmektir. Ancak Go, istisnai durumlar i\u00e7in panic<\/code> (panik) ve recover<\/code> (kurtarma) ad\u0131nda iki yerle\u015fik fonksiyon da sunar. Bu mekanizmalar, di\u011fer dillerdeki istisna f\u0131rlatma\/yakalama sistemlerine benziyor gibi g\u00f6r\u00fcnse de, Go felsefesinde \u00e7ok daha nadir ve belirli senaryolarda kullan\u0131lmal\u0131d\u0131r. Genellikle, panic<\/code>, program\u0131n normalde devam edemeyece\u011fi, geri d\u00f6n\u00fclemez bir hata durumuyla kar\u015f\u0131la\u015ft\u0131\u011f\u0131nda kullan\u0131l\u0131r.<\/p>\npanic<\/code> fonksiyonu \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda, Go \u00e7al\u0131\u015fma zaman\u0131 (runtime) mevcut fonksiyonun y\u00fcr\u00fct\u00fclmesini durdurur ve \u00e7a\u011fr\u0131 y\u0131\u011f\u0131n\u0131ndaki (call stack) t\u00fcm fonksiyonlar\u0131 teker teker a\u00e7maya (unwind) ba\u015flar. Her fonksiyon a\u00e7\u0131l\u0131rken, o fonksiyona ait ertelenmi\u015f (deferred) fonksiyonlar \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. E\u011fer \u00e7a\u011fr\u0131 y\u0131\u011f\u0131n\u0131ndaki hi\u00e7bir fonksiyon bir recover<\/code> \u00e7a\u011fr\u0131s\u0131 yapmazsa, program \u00e7\u00f6ker ve bir hata mesaj\u0131 ile birlikte y\u0131\u011f\u0131n izi (stack trace) yazd\u0131r\u0131l\u0131r. Bu davran\u0131\u015f, program\u0131n kritik bir i\u00e7 tutars\u0131zl\u0131kla kar\u015f\u0131la\u015ft\u0131\u011f\u0131n\u0131 veya beklenmedik bir durumun meydana geldi\u011fini g\u00f6sterir ki bu durum program\u0131n g\u00fcvenli bir \u015fekilde devam edemeyece\u011fi anlam\u0131na gelir. \u00d6rne\u011fin, bir program\u0131n ba\u015flang\u0131\u00e7ta gerekli bir yap\u0131land\u0131rma dosyas\u0131n\u0131 bulamamas\u0131 veya bir ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 y\u00fckleyememesi gibi durumlar i\u00e7in panic<\/code> uygun olabilir.<\/p>\nrecover<\/code> fonksiyonu ise yaln\u0131zca ertelenmi\u015f (deferred) bir fonksiyon i\u00e7inde \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda etkilidir. Bir panic<\/code> durumunda, ertelenmi\u015f bir fonksiyon i\u00e7inden recover<\/code> \u00e7a\u011fr\u0131l\u0131rsa, panik durumu durdurulur ve program\u0131n kontrol\u00fc recover<\/code> \u00e7a\u011fr\u0131s\u0131n\u0131n yap\u0131ld\u0131\u011f\u0131 fonksiyona geri d\u00f6ner. Bu sayede, \u00e7\u00f6kmekte olan bir program\u0131n kurtar\u0131lmas\u0131 ve belki de hatan\u0131n loglanarak daha g\u00fcvenli bir \u015fekilde sonland\u0131r\u0131lmas\u0131 sa\u011flanabilir. Ancak, panic<\/code> ve recover<\/code> kullan\u0131m\u0131, Go toplulu\u011funda genellikle \"ola\u011fan\u00fcst\u00fc\" durumlar i\u00e7in ayr\u0131lm\u0131\u015ft\u0131r ve normal hata ak\u0131\u015f\u0131n\u0131 y\u00f6netmek i\u00e7in error<\/code> aray\u00fcz\u00fcn\u00fcn kullan\u0131lmas\u0131 \u015fiddetle tavsiye edilir.<\/p>\npanic<\/code> ve recover<\/code> ne zaman kullan\u0131lmal\u0131d\u0131r? Genellikle a\u015fa\u011f\u0131daki senaryolar i\u00e7in uygundur:<\/p>\n\n
main<\/code> fonksiyonunda veya uygulaman\u0131n ba\u015flatma mant\u0131\u011f\u0131nda ele al\u0131n\u0131r ve program\u0131n daha fazla ilerlemesini engeller.<\/li>\npanic<\/code> kullanabilir. Bu, k\u00fct\u00fcphaneyi kullananlara, k\u00fct\u00fcphanenin hatal\u0131 kullan\u0131ld\u0131\u011f\u0131na veya i\u00e7 bir tutars\u0131zl\u0131k oldu\u011funa dair net bir sinyal verir.<\/li>\nrecover<\/code> kullanarak bu paniki yakalayabilir, kaynaklar\u0131 temizleyebilir ve ard\u0131ndan belki de hatay\u0131 bir error<\/code> nesnesine d\u00f6n\u00fc\u015ft\u00fcrerek daha \u00fcst katmanlara iletebilirsiniz. Ancak bu, karma\u015f\u0131k bir yap\u0131d\u0131r ve dikkatli kullan\u0131lmal\u0131d\u0131r.<\/li>\n<\/ul>\npanic<\/code> ve recover<\/code>, Go'da hata y\u00f6netimi ara\u00e7 kutusunun bir par\u00e7as\u0131d\u0131r ancak \"son \u00e7are\" olarak g\u00f6r\u00fclmelidir. \u00c7o\u011fu durumda, fonksiyonlardan error<\/code> d\u00f6nd\u00fcrmek, Go'nun idiomatik (idiomatic) ve \u00f6nerilen hata y\u00f6netimi yakla\u015f\u0131m\u0131d\u0131r. panic<\/code>, program\u0131n \u00e7al\u0131\u015fmaya devam edemeyece\u011fi, geri d\u00f6n\u00fclemez durumlar i\u00e7in ayr\u0131lmal\u0131d\u0131r; recover<\/code> ise bu t\u00fcr panikleri yakalamak ve program\u0131n kontroll\u00fc bir \u015fekilde sonland\u0131r\u0131lmas\u0131n\u0131 veya belirli bir noktadan devam etmesini sa\u011flamak i\u00e7in kullan\u0131l\u0131r. Bu ayr\u0131m\u0131 do\u011fru yapmak, Go uygulamalar\u0131n\u0131z\u0131n hem g\u00fcvenilir hem de bak\u0131m\u0131 kolay olmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\nSonu\u00e7: Go'da Sa\u011flam Hata Y\u00f6netimi \u0130\u00e7in Temel Prensipler<\/h2>\n
error<\/code> aray\u00fcz\u00fcn\u00fcn basitli\u011fi ve g\u00fcc\u00fc, errors.New<\/code> ve fmt.Errorf<\/code> ile hata olu\u015fturma, hatalar\u0131 sarmalama (%w<\/code> ile) ve \u00f6zel hata t\u00fcrleri tan\u0131mlama yer al\u0131yor. Ayr\u0131ca, errors.Is<\/code> ve errors.As<\/code> fonksiyonlar\u0131n\u0131n, hata zincirlerini sorgulamak ve belirli hata t\u00fcrlerine g\u00f6re davranmak i\u00e7in ne kadar de\u011ferli oldu\u011funu ke\u015ffettik. Web sunucular\u0131nda ve veritaban\u0131 i\u015flemlerinde hata y\u00f6netiminin en iyi uygulamalar\u0131n\u0131 inceleyerek, teorik bilgileri pratik senaryolara nas\u0131l uygulayabilece\u011fimizi g\u00f6rd\u00fck.<\/p>\npanic<\/code> ve recover<\/code> mekanizmalar\u0131n\u0131n Go'da \u00f6zel ve nadir durumlar i\u00e7in ayr\u0131lm\u0131\u015f oldu\u011funu, normal hata ak\u0131\u015f\u0131 y\u00f6netiminde error<\/code> aray\u00fcz\u00fcn\u00fcn tercih edilmesi gerekti\u011fini vurgulad\u0131k. Bu ikili, program\u0131n geri d\u00f6n\u00fclemez bir durumla kar\u015f\u0131la\u015ft\u0131\u011f\u0131nda veya k\u00fct\u00fcphane i\u00e7inde beklenmedik bir i\u00e7 tutars\u0131zl\u0131k olu\u015ftu\u011funda kullan\u0131l\u0131rken, error<\/code> aray\u00fcz\u00fc, beklenen ancak yine de hata te\u015fkil eden durumlar i\u00e7in idealdir. Go'nun bu sade ve a\u00e7\u0131k hata y\u00f6netim modeli, kodun okunabilirli\u011fini art\u0131r\u0131r, hata ay\u0131klama s\u00fcre\u00e7lerini basitle\u015ftirir ve uygulaman\u0131z\u0131n genel kalitesini y\u00fckseltir.<\/p>\nS\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
error<\/code> aray\u00fcz\u00fc kullan\u0131l\u0131r?<\/strong><\/p>\nerror<\/code> aray\u00fcz\u00fcn\u00fc kullanarak hata y\u00f6netimini kodun birinci s\u0131n\u0131f bir par\u00e7as\u0131 haline getirir. Bu yakla\u015f\u0131m, her potansiyel hata durumunun a\u00e7\u0131k\u00e7a kontrol edilmesini ve ele al\u0131nmas\u0131n\u0131 zorunlu k\u0131lar. \u0130stisnalar\u0131n aksine, Go'nun hata modeli, kontrol ak\u0131\u015f\u0131nda beklenmedik s\u0131\u00e7ramalar yerine do\u011frusal bir ak\u0131\u015f sa\u011flar, bu da kodun okunabilirli\u011fini ve \u00f6ng\u00f6r\u00fclebilirli\u011fini art\u0131r\u0131r. Geli\u015ftiricilerin hatalar\u0131 g\u00f6z ard\u0131 etmesini engeller ve daha g\u00fcvenilir kod yazmaya te\u015fvik eder.<\/p>\n<\/li>\nfmt.Errorf<\/code> ve errors.New<\/code> aras\u0131ndaki temel fark nedir?<\/strong><\/p>\nerrors.New<\/code>, sadece sabit bir metin mesaj\u0131 i\u00e7eren basit bir hata nesnesi olu\u015fturmak i\u00e7in kullan\u0131l\u0131r. \u00d6rne\u011fin: errors.New(\"ge\u00e7ersiz giri\u015f\")<\/code>. fmt.Errorf<\/code> ise daha dinamik ve bi\u00e7imlendirilmi\u015f hata mesajlar\u0131 olu\u015fturman\u0131z\u0131 sa\u011flar, t\u0131pk\u0131 fmt.Sprintf<\/code> gibi. Ayr\u0131ca, Go 1.13'ten itibaren %w<\/code> fiili ile ba\u015fka bir hatay\u0131 sarmalayarak (wrapping) hata zincirleri olu\u015fturman\u0131za olanak tan\u0131r. Bu sayede, hatan\u0131n k\u00f6kenini korurken \u00fcst katmanlara daha fazla ba\u011flam ekleyebilirsiniz.<\/p>\n<\/li>\nfmt.Errorf(\"\u00fcst katman hatas\u0131: %w\", orijinalHata)<\/code> \u015feklinde %w<\/code> fiili ile kullan\u0131l\u0131r.<\/p>\n<\/li>\nerrors.Is<\/code> ve errors.As<\/code> fonksiyonlar\u0131 ne i\u015fe yarar?<\/strong><\/p>\nerrors.Is(err, target)<\/code> fonksiyonu, bir hata zincirindeki herhangi bir hatan\u0131n belirli bir hedef hatayla (\u00f6rne\u011fin, sql.ErrNoRows<\/code> gibi bilinen bir hata veya \u00f6zel bir hata sabiti) ayn\u0131 olup olmad\u0131\u011f\u0131n\u0131 kontrol eder. Bu, hatan\u0131n belirli bir t\u00fcr\u00fcn\u00fc kontrol etmek i\u00e7in kullan\u0131l\u0131r. errors.As(err, &target)<\/code> fonksiyonu ise, bir hata zincirindeki bir hatay\u0131 belirli bir \u00f6zel hata t\u00fcr\u00fcne d\u00f6n\u00fc\u015ft\u00fcrmeye \u00e7al\u0131\u015f\u0131r. Ba\u015far\u0131l\u0131 olursa, bu \u00f6zel hata t\u00fcr\u00fcn\u00fcn alanlar\u0131na eri\u015fmenizi sa\u011flar. Bu, daha spesifik hata i\u015fleme mant\u0131\u011f\u0131 uygulamak i\u00e7in kullan\u0131l\u0131r.<\/p>\n<\/li>\npanic<\/code> ve recover<\/code> ne zaman kullan\u0131lmal\u0131d\u0131r?<\/strong><\/p>\npanic<\/code> ve recover<\/code>, Go'da istisnai ve geri d\u00f6n\u00fclemez durumlar i\u00e7in ayr\u0131lm\u0131\u015ft\u0131r. panic<\/code>, program\u0131n normalde devam edemeyece\u011fi kritik i\u00e7 hatalar (\u00f6rne\u011fin, bir ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n y\u00fcklenememesi) veya k\u00fct\u00fcphane i\u00e7indeki mant\u0131k hatalar\u0131 i\u00e7in kullan\u0131l\u0131r. recover<\/code> ise, ertelenmi\u015f (deferred) bir fonksiyon i\u00e7inde \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda bir panic<\/code> durumunu yakalayarak program\u0131n \u00e7\u00f6kmesini \u00f6nler ve kontroll\u00fc bir \u015fekilde devam etmesini veya kaynaklar\u0131 temizlemesini sa\u011flar. Normal hata ak\u0131\u015f\u0131 y\u00f6netiminde error<\/code> aray\u00fcz\u00fc tercih edilmelidir; panic<\/code>\/recover<\/code> yaln\u0131zca son \u00e7are olarak d\u00fc\u015f\u00fcn\u00fclmelidir.<\/p>\n<\/li>\n<\/ol>\n