Go programlama dili, modern ve e\u015f zamanl\u0131 uygulamalar geli\u015ftirmek i\u00e7in tasarlanm\u0131\u015f g\u00fc\u00e7l\u00fc bir dildir. Bellek y\u00f6netimi konusunda C ve C++ gibi dillerin karma\u015f\u0131kl\u0131\u011f\u0131ndan ka\u00e7\u0131n\u0131rken, performans ve kontrol yeteneklerinden \u00f6d\u00fcn vermez. Bu dengeyi sa\u011flayan temel mekanizmalardan biri de i\u015faret\u00e7ilerdir (pointers). \u0130\u015faret\u00e7iler, bir de\u011fi\u015fkenin do\u011frudan de\u011feri yerine, o de\u011fi\u015fkenin bellekteki adresini tutan \u00f6zel t\u00fcrdeki de\u011fi\u015fkenlerdir. Go, i\u015faret\u00e7ileri C\/C++’daki kadar esnek (ve potansiyel olarak tehlikeli) bir \u015fekilde sunmaz; \u00f6rne\u011fin, i\u015faret\u00e7i aritmeti\u011fi gibi \u00f6zellikler Go’da bulunmaz, bu da bellek g\u00fcvenli\u011fini art\u0131r\u0131r ve yayg\u0131n hatalar\u0131 \u00f6nler. Ancak, i\u015faret\u00e7iler Go’da hala kritik bir rol oynar. B\u00fcy\u00fck veri yap\u0131lar\u0131n\u0131 kopyalamadan fonksiyonlara ge\u00e7irmek, bir fonksiyonun arg\u00fcman olarak ald\u0131\u011f\u0131 bir de\u011fi\u015fkenin orijinal de\u011ferini de\u011fi\u015ftirmesini sa\u011flamak veya \u0130\u015faret\u00e7ileri anlamak i\u00e7in \u00f6ncelikle belle\u011fin ve de\u011fi\u015fkenlerin bellekte nas\u0131l temsil edildi\u011finin temel mant\u0131\u011f\u0131n\u0131 kavramak gerekir. Her de\u011fi\u015fken, bilgisayar\u0131n ana belle\u011finde belirli bir konumu i\u015fgal eder ve bu konuma bir “adres” atan\u0131r. \u0130\u015faret\u00e7iler, tam olarak bu adresleri tutan veri t\u00fcrleridir.<\/p>\n Go’da bir de\u011fi\u015fkenin bellek adresini elde etmek i\u00e7in Yukar\u0131daki \u00f6rnekte, Go’da, bir fonksiyona veya metoda bir arg\u00fcman ge\u00e7ti\u011finizde, Go varsay\u0131lan olarak “de\u011ferle ge\u00e7i\u015f” (pass by value) yapar. Bu, arg\u00fcman\u0131n bir kopyas\u0131n\u0131n olu\u015fturulup fonksiyona iletildi\u011fi anlam\u0131na gelir. Fonksiyonun i\u00e7inde bu kopya \u00fczerinde yap\u0131lan de\u011fi\u015fiklikler, orijinal de\u011fi\u015fkeni etkilemez. Temel veri t\u00fcrleri (int, float, bool, string vb.) ve struct’lar, Go’da de\u011fer t\u00fcrleridir.<\/p>\n \u0130\u015faret\u00e7iler, bu “de\u011ferle ge\u00e7i\u015f” modelinde bir istisna yarat\u0131r. Bir i\u015faret\u00e7iyi bir fonksiyona arg\u00fcman olarak ge\u00e7irdi\u011finizde, asl\u0131nda i\u015faret\u00e7inin kendisinin bir kopyas\u0131n\u0131 (yani bir bellek adresinin kopyas\u0131n\u0131) ge\u00e7irmi\u015f olursunuz. Ancak bu kopya, hala orijinal de\u011fi\u015fkenin bellekteki adresini g\u00f6sterir. Dolay\u0131s\u0131yla, fonksiyon i\u00e7inde bu i\u015faret\u00e7i \u00fczerinden yap\u0131lan de\u011fi\u015fiklikler, orijinal de\u011fi\u015fkenin de\u011ferini do\u011frudan etkiler. Slice’lar, map’ler ve channel’lar gibi baz\u0131 Go t\u00fcrleri, teknik olarak de\u011fer t\u00fcrleri olsalar da, altta yatan veri yap\u0131lar\u0131na referans i\u00e7erirler ve bu y\u00fczden genellikle “referans t\u00fcrleri” olarak an\u0131l\u0131rlar. Bu t\u00fcrler i\u00e7in do\u011frudan i\u015faret\u00e7i kullanmaya genellikle gerek kalmaz \u00e7\u00fcnk\u00fc zaten kendileri referans semantics ile \u00e7al\u0131\u015f\u0131rlar.<\/p>\n Go’da, herhangi bir de\u011fere i\u015faret etmeyen bir i\u015faret\u00e7iye Go’da i\u015faret\u00e7iler, belirli senaryolarda kodun daha verimli, esnek ve do\u011fru \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in kullan\u0131l\u0131r. \u0130\u015faret\u00e7i tan\u0131mlama, de\u011fer atama ve fonksiyonlarda kullan\u0131m, bu alanlar\u0131n ba\u015f\u0131nda gelir.<\/p>\n Bir i\u015faret\u00e7iyi tan\u0131mlaman\u0131n birka\u00e7 yolu vard\u0131r:<\/p>\n 1. 2. 3. Mevcut bir de\u011fi\u015fkenin adresini atama:<\/strong> En yayg\u0131n kullan\u0131m \u015feklidir.<\/p>\n 4. Yap\u0131 (struct) i\u00e7in i\u015faret\u00e7i:<\/strong> Yap\u0131lar i\u00e7in i\u015faret\u00e7iler genellikle Go’da, i\u015faret\u00e7i arac\u0131l\u0131\u011f\u0131yla bir struct’\u0131n alanlar\u0131na eri\u015firken Bir i\u015faret\u00e7inin g\u00f6sterdi\u011fi adresteki de\u011feri de\u011fi\u015ftirmek veya okumak i\u00e7in dereference operat\u00f6r\u00fc ( Bu \u00f6rnek, Go’da fonksiyonlara arg\u00fcmanlar de\u011ferle ge\u00e7irildi\u011finden, bir fonksiyonun bir de\u011fi\u015fkenin orijinal de\u011ferini de\u011fi\u015ftirmesini istiyorsan\u0131z, o de\u011fi\u015fkenin adresini (yani bir i\u015faret\u00e7iyi) ge\u00e7meniz gerekir.<\/p>\n Fonksiyonlara i\u015faret\u00e7i ge\u00e7irmek, \u00f6zellikle b\u00fcy\u00fck veri yap\u0131lar\u0131 (b\u00fcy\u00fck struct’lar gibi) s\u00f6z konusu oldu\u011funda performans a\u00e7\u0131s\u0131ndan da \u00f6nemlidir. De\u011ferle ge\u00e7i\u015f, t\u00fcm yap\u0131n\u0131n kopyalanmas\u0131n\u0131 gerektirirken, i\u015faret\u00e7i ge\u00e7i\u015fi sadece i\u015faret\u00e7inin kendisinin (genellikle 8 bayt) kopyalanmas\u0131n\u0131 gerektirir, bu da daha h\u0131zl\u0131d\u0131r.<\/p>\n Go’da metotlar, bir struct’a ba\u011fl\u0131 fonksiyonlard\u0131r. Metot al\u0131c\u0131s\u0131 (receiver) olarak bir de\u011fer t\u00fcr\u00fc veya bir i\u015faret\u00e7i t\u00fcr\u00fc belirleyebilirsiniz.<\/p>\n 1. De\u011fer Al\u0131c\u0131 (Value Receiver):<\/strong> Metot, al\u0131c\u0131 struct’\u0131n bir kopyas\u0131 \u00fczerinde \u00e7al\u0131\u015f\u0131r. Metot i\u00e7inde yap\u0131lan de\u011fi\u015fiklikler orijinal struct’\u0131 etkilemez.<\/p>\n 2. \u0130\u015faret\u00e7i Al\u0131c\u0131 (Pointer Receiver):<\/strong> Metot, al\u0131c\u0131 struct’\u0131n i\u015faret\u00e7isi \u00fczerinde \u00e7al\u0131\u015f\u0131r. Metot i\u00e7inde yap\u0131lan de\u011fi\u015fiklikler orijinal struct’\u0131 etkiler. Bu, struct’\u0131n durumunu de\u011fi\u015ftirmek istedi\u011finizde veya struct b\u00fcy\u00fckse ve kopyalama maliyetinden ka\u00e7\u0131nmak istedi\u011finizde tercih edilir.<\/p>\n Genel bir kural olarak, bir struct’\u0131n durumunu de\u011fi\u015ftirmesi gereken metotlar i\u00e7in i\u015faret\u00e7i al\u0131c\u0131lar kullan\u0131lmal\u0131d\u0131r. E\u011fer metot sadece struct’\u0131n verilerini okuyacaksa ve de\u011fi\u015ftirmeyecekse, de\u011fer al\u0131c\u0131lar genellikle yeterlidir.<\/p>\n Go’da i\u015faret\u00e7iler, sadece temel veri t\u00fcrleri ve struct’larla s\u0131n\u0131rl\u0131 de\u011fildir. Dilin di\u011fer bir\u00e7ok \u00f6zelli\u011finde dolayl\u0131 veya do\u011frudan bir \u015fekilde rol oynarlar.<\/p>\n Go’daki slice’lar, map’ler ve channel’lar, genellikle “referans t\u00fcrleri” olarak adland\u0131r\u0131l\u0131r, \u00e7\u00fcnk\u00fc altta yatan veri yap\u0131lar\u0131na referans (i\u015faret\u00e7i) i\u00e7erirler. Bu, onlar\u0131 bir fonksiyona arg\u00fcman olarak ge\u00e7irdi\u011finizde, fonksiyonun orijinal verileri de\u011fi\u015ftirebilece\u011fi anlam\u0131na gelir. Bu t\u00fcrler i\u00e7in do\u011frudan * Slice’lar:<\/strong> Bir slice, altta yatan bir dizinin bir b\u00f6l\u00fcm\u00fcn\u00fc temsil eden bir ba\u015fl\u0131k (header) yap\u0131s\u0131d\u0131r. Bu ba\u015fl\u0131k, dizinin ba\u015flang\u0131\u00e7 i\u015faret\u00e7isini, uzunlu\u011funu ve kapasitesini i\u00e7erir. Bir slice’\u0131 kopyalad\u0131\u011f\u0131n\u0131zda, ba\u015fl\u0131k kopyalan\u0131r, ancak her iki ba\u015fl\u0131k da ayn\u0131 altta yatan diziye i\u015faret eder.<\/p>\n * Map’ler:<\/strong> Map’ler de benzer \u015fekilde, bir ba\u015fl\u0131k yap\u0131s\u0131 arac\u0131l\u0131\u011f\u0131yla altta yatan hash tablosuna referans verirler. Bir map’i kopyalad\u0131\u011f\u0131n\u0131zda, ba\u015fl\u0131k kopyalan\u0131r, ancak her iki ba\u015fl\u0131k da ayn\u0131 hash tablosuna i\u015faret eder.<\/p>\n * Channel’lar:<\/strong> Channel’lar, Go rutinler aras\u0131nda ileti\u015fim kurmak i\u00e7in kullan\u0131l\u0131r ve temel olarak bir kuyruk yap\u0131s\u0131na i\u015faret ederler. Bir channel’\u0131 kopyalad\u0131\u011f\u0131n\u0131zda, her iki channel da ayn\u0131 kuyru\u011fa i\u015faret eder.<\/p>\n Bu t\u00fcrlerin referans semantics ile \u00e7al\u0131\u015fmas\u0131, Go’da i\u015faret\u00e7i kullan\u0131m\u0131n\u0131 baz\u0131 durumlarda basitle\u015ftirir ve daha g\u00fcvenli hale getirir.<\/p>\n Go’da hata y\u00f6netimi, Yukar\u0131daki \u00f6rnekte Go'da manuel bellek y\u00f6netimi yoktur. Go'nun \u00e7al\u0131\u015fma zaman\u0131 ortam\u0131 (runtime) bir \u00e7\u00f6p toplay\u0131c\u0131 (garbage collector) i\u00e7erir. \u0130\u015faret\u00e7iler, \u00e7\u00f6p toplay\u0131c\u0131n\u0131n hangi bellek par\u00e7alar\u0131n\u0131n hala eri\u015filebilir oldu\u011funu ve hangilerinin serbest b\u0131rak\u0131labilece\u011fini belirlemesi i\u00e7in hayati \u00f6neme sahiptir. Bir bellek adresi bir veya daha fazla i\u015faret\u00e7i taraf\u0131ndan g\u00f6steriliyorsa, \u00e7\u00f6p toplay\u0131c\u0131 o belle\u011fi \"kullan\u0131mda\" olarak i\u015faretler ve serbest b\u0131rakmaz. Bir bellek par\u00e7as\u0131na hi\u00e7bir i\u015faret\u00e7i referans vermedi\u011finde, \u00e7\u00f6p toplay\u0131c\u0131 o belle\u011fi serbest b\u0131rakabilir.<\/p>\n Go'da i\u015faret\u00e7ilerin kullan\u0131lmas\u0131, nesnelerin y\u0131\u011f\u0131n bellekte (heap) tahsis edilmesine neden olabilir. Bir de\u011fi\u015fkenin adresi bir fonksiyondan d\u00f6nd\u00fcr\u00fcl\u00fcyorsa veya bir global de\u011fi\u015fkene atan\u0131yorsa, o de\u011fi\u015fken y\u0131\u011f\u0131n bellekte ya\u015famak zorundad\u0131r. Aksi takdirde, yani de\u011fi\u015fkenin \u00f6mr\u00fc fonksiyon \u00e7a\u011fr\u0131s\u0131yla sona eriyorsa, derleyici onu y\u0131\u011f\u0131n bellekte (stack) tahsis etmeyi tercih edebilir. Bu tahsisat karar\u0131 (escape analysis), Go derleyicisinin otomatik olarak yapt\u0131\u011f\u0131 bir optimizasyondur ve genellikle bizim m\u00fcdahalemize gerek kalmaz. Ancak, y\u0131\u011f\u0131n tahsisat\u0131n\u0131n (heap allocation) y\u0131\u011f\u0131n tahsisat\u0131ndan (stack allocation) daha pahal\u0131 oldu\u011funu ve \u00e7\u00f6p toplama y\u00fck\u00fcn\u00fc art\u0131rd\u0131\u011f\u0131n\u0131 bilmek, performans odakl\u0131 uygulamalarda dikkate al\u0131nmas\u0131 gereken bir fakt\u00f6rd\u00fcr.<\/p>\n Go, i\u015faret\u00e7ileri dikkatli ve bilin\u00e7li bir \u015fekilde kullanmay\u0131 te\u015fvik eder. Gereksiz i\u015faret\u00e7i kullan\u0131m\u0131 kodun karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131rabilir ve performans\u0131 olumsuz etkileyebilir.<\/p>\n Go'da \"her \u015feyi i\u015faret\u00e7i olarak ge\u00e7irme\" gibi bir al\u0131\u015fkanl\u0131k yoktur. \u00c7o\u011fu durumda, k\u00fc\u00e7\u00fck struct'lar veya temel veri t\u00fcrleri i\u00e7in de\u011ferle ge\u00e7i\u015f yapmak hem okunabilirlik hem de performans a\u00e7\u0131s\u0131ndan daha iyidir. Go derleyicisi, k\u00fc\u00e7\u00fck de\u011ferleri y\u0131\u011f\u0131n bellekte kopyalamay\u0131 ve i\u015flemeyi y\u0131\u011f\u0131n tahsisat\u0131na g\u00f6re daha verimli hale getiren optimizasyonlar yapar. Yaln\u0131zca a\u015fa\u011f\u0131daki durumlarda i\u015faret\u00e7i kullanmay\u0131 d\u00fc\u015f\u00fcn\u00fcn: \u0130\u015faret\u00e7iler, kodun okunabilirli\u011fini bazen zorla\u015ft\u0131rabilir. \u00d6zellikle \u00e7ok seviyeli i\u015faret\u00e7iler (\u00f6rne\u011fin * B\u00fcy\u00fck Struct'lar:<\/strong> E\u011fer bir struct'\u0131n\u0131z \u00e7ok say\u0131da alana sahipse veya ba\u015fka b\u00fcy\u00fck veri yap\u0131lar\u0131n\u0131 i\u00e7eriyorsa, bu struct'\u0131 fonksiyonlara veya metotlara i\u015faret\u00e7i olarak ge\u00e7irmek kopyalama maliyetini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r ve performans\u0131 art\u0131r\u0131r. Daha \u00f6nce de belirtildi\u011fi gibi, Bu t\u00fcr defansif programlama yakla\u015f\u0131mlar\u0131, uygulaman\u0131z\u0131n daha sa\u011flam ve hataya dayan\u0131kl\u0131 olmas\u0131n\u0131 sa\u011flar.<\/p>\n Go'daki i\u015faret\u00e7iler, dilin g\u00fc\u00e7l\u00fc ve verimli olmas\u0131n\u0131 sa\u011flayan temel yap\u0131 ta\u015flar\u0131ndan biridir. C veya C++'daki i\u015faret\u00e7ilerin t\u00fcm karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 ve tehlikelerini ta\u015f\u0131madan, bellek \u00fczerinde do\u011frudan kontrol sa\u011flama ve performans optimizasyonlar\u0131 yapma yetene\u011fi sunarlar. Go'nun \"de\u011ferle ge\u00e7i\u015f\" felsefesiyle birle\u015fti\u011finde, i\u015faret\u00e7iler, fonksiyonlar\u0131n orijinal verileri de\u011fi\u015ftirmesine olanak tan\u0131r ve b\u00fcy\u00fck veri yap\u0131lar\u0131n\u0131n kopyalanmas\u0131ndan kaynaklanan maliyetleri azalt\u0131r.<\/p>\n Slice, map ve channel gibi yerle\u015fik referans t\u00fcrleri sayesinde, bir\u00e7ok durumda manuel i\u015faret\u00e7i kullan\u0131m\u0131 gereksiz hale gelir. Ancak, \u0130\u015faret\u00e7ileri bilin\u00e7li ve \u00f6l\u00e7\u00fcl\u00fc kullanmak, Go kodunuzun hem performansl\u0131 hem de okunabilir olmas\u0131n\u0131 sa\u011flar. Gereksiz i\u015faret\u00e7i kullan\u0131m\u0131ndan ka\u00e7\u0131nmak, sync.Mutex<\/code> gibi senkronizasyon primitiflerini do\u011fru bir \u015fekilde kullanmak gibi senaryolarda i\u015faret\u00e7iler vazge\u00e7ilmezdir. Bu makalede, Go’daki i\u015faret\u00e7ilerin ne oldu\u011funu, nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, neden kullan\u0131ld\u0131\u011f\u0131n\u0131 ve en iyi uygulama y\u00f6ntemlerini detayl\u0131 bir \u015fekilde inceleyece\u011fiz.<\/p>\n\u0130\u015faret\u00e7ilerin Temel Kavramlar\u0131<\/h2>\n
Bellek Adresleri ve Operat\u00f6rler<\/h3>\n
&<\/code> (adres operat\u00f6r\u00fc) kullan\u0131l\u0131r. Bu operat\u00f6r, bir de\u011fi\u015fkenin \u00f6n\u00fcne geldi\u011finde, o de\u011fi\u015fkenin bellekte nerede sakland\u0131\u011f\u0131n\u0131 g\u00f6steren bir i\u015faret\u00e7i d\u00f6nd\u00fcr\u00fcr. \u00d6rne\u011fin, &x<\/code> ifadesi x<\/code> de\u011fi\u015fkeninin adresini verir. Bir i\u015faret\u00e7inin tuttu\u011fu adresteki de\u011feri okumak veya de\u011fi\u015ftirmek i\u00e7in ise *<\/code> (dereference operat\u00f6r\u00fc) kullan\u0131l\u0131r. Bu operat\u00f6r, bir i\u015faret\u00e7inin \u00f6n\u00fcne geldi\u011finde, o i\u015faret\u00e7inin g\u00f6sterdi\u011fi adresteki de\u011feri ifade eder.<\/p>\npackage main\n\nimport \"fmt\"\n\nfunc main() {\n sayi := 42 \/\/ sayi ad\u0131nda bir int de\u011fi\u015fken tan\u0131mlad\u0131k\n fmt.Println(\"Say\u0131 de\u011feri:\", sayi)\n\n \/\/ sayi de\u011fi\u015fkeninin adresini elde ediyoruz\n \/\/ p_sayi, int tipinde bir i\u015faret\u00e7i (pointer to int)\n p_sayi := &sayi\n fmt.Println(\"Say\u0131 de\u011fi\u015fkeninin adresi (p_sayi):\", p_sayi)\n\n \/\/ \u0130\u015faret\u00e7inin g\u00f6sterdi\u011fi adresteki de\u011feri okuyoruz\n fmt.Println(\"p_sayi'nin g\u00f6sterdi\u011fi de\u011fer:\", *p_sayi)\n\n \/\/ \u0130\u015faret\u00e7inin g\u00f6sterdi\u011fi adresteki de\u011feri de\u011fi\u015ftiriyoruz\n *p_sayi = 100\n fmt.Println(\"Yeni say\u0131 de\u011feri:\", sayi) \/\/ sayi de\u011fi\u015fkeninin de\u011feri de de\u011fi\u015fti\n}<\/code><\/pre>\nsayi<\/code> de\u011fi\u015fkeninin de\u011feri 42<\/code> iken, p_sayi<\/code> adl\u0131 i\u015faret\u00e7i sayi<\/code>‘nin adresini tutar. *p_sayi = 100<\/code> ifadesiyle p_sayi<\/code>‘nin g\u00f6sterdi\u011fi adresteki de\u011feri 100<\/code> olarak de\u011fi\u015ftirdi\u011fimizde, sayi<\/code> de\u011fi\u015fkeninin de\u011feri de otomatik olarak 100<\/code> olur, \u00e7\u00fcnk\u00fc ikisi de bellekte ayn\u0131 konumu i\u015faret etmektedir.<\/p>\nDe\u011fer T\u00fcrleri ve Referans T\u00fcrleri<\/h3>\n
nil<\/code> \u0130\u015faret\u00e7i<\/h3>\nnil<\/code> i\u015faret\u00e7i denir. nil<\/code> de\u011feri, i\u015faret\u00e7inin hen\u00fcz ge\u00e7erli bir bellek adresine atanmad\u0131\u011f\u0131n\u0131 g\u00f6sterir. Bir i\u015faret\u00e7iyi bildirdi\u011finizde ancak ona bir adres atamad\u0131\u011f\u0131n\u0131zda, varsay\u0131lan olarak nil<\/code> de\u011ferini al\u0131r. nil<\/code> bir i\u015faret\u00e7inin dereferans edilmesi (yani *ptr<\/code> ile de\u011ferine eri\u015fmeye \u00e7al\u0131\u015fmak) \u00e7al\u0131\u015fma zaman\u0131 hatas\u0131na (panic) neden olur. Bu nedenle, i\u015faret\u00e7ileri kullanmadan \u00f6nce nil<\/code> olup olmad\u0131klar\u0131n\u0131 kontrol etmek iyi bir pratiktir.<\/p>\npackage main\n\nimport \"fmt\"\n\nfunc main() {\n var p *int \/\/ p, nil bir int i\u015faret\u00e7isidir\n\n if p == nil {\n fmt.Println(\"p nil bir i\u015faret\u00e7idir.\")\n }\n\n \/\/ fmt.Println(*p) \/\/ Bu sat\u0131r bir panic'e neden olur!\n \/\/ \u00c7\u00fcnk\u00fc nil bir i\u015faret\u00e7inin g\u00f6sterdi\u011fi bir de\u011fer yoktur.\n\n sayi := 10\n p = &sayi \/\/ p art\u0131k sayi'nin adresini g\u00f6steriyor\n\n if p != nil {\n fmt.Println(\"p art\u0131k nil de\u011fil, de\u011feri:\", *p)\n }\n}<\/code><\/pre>\nnil<\/code> i\u015faret\u00e7iler, \u00f6zellikle opsiyonel de\u011ferleri temsil etmek veya bir fonksiyonun bir de\u011fer d\u00f6nd\u00fcrmedi\u011fini belirtmek i\u00e7in kullan\u0131labilir.<\/p>\nGo’da \u0130\u015faret\u00e7ilerin Kullan\u0131m\u0131<\/h2>\n
\u0130\u015faret\u00e7i Tan\u0131mlama ve Ba\u015flatma<\/h3>\n
var<\/code> anahtar kelimesi ile:<\/strong><\/p>\nvar p *int \/\/ int t\u00fcr\u00fcnde bir i\u015faret\u00e7i tan\u0131mlar, varsay\u0131lan de\u011feri nil'dir.<\/code><\/pre>\nnew()<\/code> fonksiyonu ile:<\/strong> new()<\/code> fonksiyonu, bir t\u00fcr\u00fcn s\u0131f\u0131r de\u011ferini i\u00e7eren yeni bir bellekte yer tahsis eder ve bu yerin adresini d\u00f6nd\u00fcr\u00fcr. Bu, i\u015faret\u00e7iyi hemen kullan\u0131labilir bir bellekle ba\u015flatman\u0131n yoludur.<\/p>\np := new(int) \/\/ Bellekte bir int i\u00e7in yer ay\u0131r\u0131r, de\u011feri 0 olur ve p bu adresi g\u00f6sterir.\n *p = 20 \/\/ p'nin g\u00f6sterdi\u011fi de\u011feri 20 yapar.\n fmt.Println(*p) \/\/ \u00c7\u0131kt\u0131: 20<\/code><\/pre>\nsayi := 10\n p := &sayi \/\/ p, sayi de\u011fi\u015fkeninin adresini g\u00f6sterir.<\/code><\/pre>\n&<\/code> operat\u00f6r\u00fc ile veya do\u011frudan yap\u0131 literalinden i\u015faret\u00e7i olu\u015fturarak kullan\u0131l\u0131r.<\/p>\ntype Kisi struct {\n Ad string\n Yas int\n }\n\n \/\/ struct literal kullanarak bir de\u011fer olu\u015fturup adresini alabiliriz\n kisi1 := &Kisi{Ad: \"Alice\", Yas: 30}\n fmt.Println(kisi1.Ad) \/\/ \u0130\u015faret\u00e7i olsa bile . operat\u00f6r\u00fc ile alanlara eri\u015filebilir.\n\n \/\/ new() kullanarak da bir struct i\u015faret\u00e7isi olu\u015fturabiliriz\n kisi2 := new(Kisi)\n kisi2.Ad = \"Bob\"\n kisi2.Yas = 25\n fmt.Println(kisi2.Ad)<\/code><\/pre>\n(kisi).Ad<\/code> yerine kisi.Ad<\/code> yazabilirsiniz. Go derleyicisi bu k\u0131sayolu otomatik olarak (<\/em>kisi).Ad<\/code> olarak yorumlar.<\/p>\nDe\u011fer Atama ve De\u011feri Okuma<\/h3>\n
*<\/code>) kullan\u0131l\u0131r.<\/p>\npackage main\n\nimport \"fmt\"\n\nfunc main() {\n x := 5\n p := &x \/\/ p, x'in adresini tutar\n\n fmt.Println(\"x'in orijinal de\u011feri:\", x) \/\/ \u00c7\u0131kt\u0131: 5\n fmt.Println(\"p'nin g\u00f6sterdi\u011fi de\u011fer:\", *p) \/\/ \u00c7\u0131kt\u0131: 5\n\n *p = 10 \/\/ p'nin g\u00f6sterdi\u011fi adresteki de\u011feri 10 olarak de\u011fi\u015ftir\n fmt.Println(\"x'in yeni de\u011feri:\", x) \/\/ \u00c7\u0131kt\u0131: 10\n fmt.Println(\"p'nin g\u00f6sterdi\u011fi yeni de\u011fer:\", *p) \/\/ \u00c7\u0131kt\u0131: 10\n\n y := *p \/\/ y, p'nin g\u00f6sterdi\u011fi de\u011feri al\u0131r (yani x'in de\u011ferini)\n fmt.Println(\"y'nin de\u011feri:\", y) \/\/ \u00c7\u0131kt\u0131: 10\n\n y = 20 \/\/ y'yi de\u011fi\u015ftirmek x'i etkilemez, \u00e7\u00fcnk\u00fc y x'in bir kopyas\u0131d\u0131r.\n fmt.Println(\"x'in de\u011feri:\", x) \/\/ \u00c7\u0131kt\u0131: 10\n fmt.Println(\"y'nin de\u011feri:\", y) \/\/ \u00c7\u0131kt\u0131: 20\n}<\/code><\/pre>\n*p<\/code> ifadesinin hem bir ataman\u0131n sol taraf\u0131nda (de\u011fer de\u011fi\u015ftirme) hem de sa\u011f taraf\u0131nda (de\u011fer okuma) nas\u0131l kullan\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6stermektedir.<\/p>\nFonksiyonlarda \u0130\u015faret\u00e7iler<\/h3>\n
package main\n\nimport \"fmt\"\n\n\/\/ degerDegistir fonksiyonu bir int de\u011feri al\u0131r (kopya \u00fczerinde \u00e7al\u0131\u015f\u0131r)\nfunc degerDegistir(val int) {\n val = 200\n}\n\n\/\/ adresDegistir fonksiyonu bir int i\u015faret\u00e7isi al\u0131r (orijinal de\u011feri de\u011fi\u015ftirir)\nfunc adresDegistir(ptr *int) {\n *ptr = 200\n}\n\nfunc main() {\n sayi := 100\n fmt.Println(\"Ba\u015flang\u0131\u00e7 de\u011feri:\", sayi) \/\/ \u00c7\u0131kt\u0131: 100\n\n degerDegistir(sayi)\n fmt.Println(\"degerDegistir sonras\u0131:\", sayi) \/\/ \u00c7\u0131kt\u0131: 100 (de\u011fi\u015fmedi)\n\n adresDegistir(&sayi) \/\/ sayi'nin adresini ge\u00e7iyoruz\n fmt.Println(\"adresDegistir sonras\u0131:\", sayi) \/\/ \u00c7\u0131kt\u0131: 200 (de\u011fi\u015fti)\n}<\/code><\/pre>\nMetotlarda \u0130\u015faret\u00e7i Al\u0131c\u0131lar (Pointer Receivers)<\/h3>\n
type Ucgen struct {\n Taban float64\n Yukseklik float64\n }\n\n func (u Ucgen) AlanHesapla() float64 {\n return 0.5 u.Taban <\/em> u.Yukseklik\n }<\/code><\/pre>\npackage main\n\nimport \"fmt\"\n\ntype Sayac struct {\n Deger int\n}\n\n\/\/ Deger artir metodu de\u011fer al\u0131c\u0131 kullan\u0131r\nfunc (s Sayac) ArttirDeger() {\n s.Deger++ \/\/ Bu, Sayac'\u0131n bir kopyas\u0131 \u00fczerinde \u00e7al\u0131\u015f\u0131r\n fmt.Println(\"Deger al\u0131c\u0131 i\u00e7inde:\", s.Deger)\n}\n\n\/\/ Deger artir metodu i\u015faret\u00e7i al\u0131c\u0131 kullan\u0131r\nfunc (s *Sayac) ArttirIsaretci() {\n s.Deger++ \/\/ Bu, orijinal Sayac \u00fczerinde \u00e7al\u0131\u015f\u0131r\n fmt.Println(\"\u0130\u015faret\u00e7i al\u0131c\u0131 i\u00e7inde:\", s.Deger)\n}\n\nfunc main() {\n s1 := Sayac{Deger: 0}\n fmt.Println(\"Ba\u015flang\u0131\u00e7 s1:\", s1.Deger) \/\/ \u00c7\u0131kt\u0131: 0\n\n s1.ArttirDeger() \/\/ s1'in bir kopyas\u0131 artt\u0131r\u0131l\u0131r\n fmt.Println(\"ArttirDeger sonras\u0131 s1:\", s1.Deger) \/\/ \u00c7\u0131kt\u0131: 0 (de\u011fi\u015fmedi)\n\n s1.ArttirIsaretci() \/\/ s1'in i\u015faret\u00e7isi ile orijinali artt\u0131r\u0131l\u0131r\n fmt.Println(\"ArttirIsaretci sonras\u0131 s1:\", s1.Deger) \/\/ \u00c7\u0131kt\u0131: 1 (de\u011fi\u015fti)\n}<\/code><\/pre>\nGo’da \u0130\u015faret\u00e7ilerin Farkl\u0131 Kullan\u0131m Alanlar\u0131<\/h2>\n
Slice, Map ve Channel’lar<\/h3>\n
*<\/code> i\u015faret\u00e7i operat\u00f6r\u00fcn\u00fc kullanarak bir i\u015faret\u00e7i olu\u015fturmaya genellikle gerek kalmaz.<\/p>\ns := []int{1, 2, 3}\n modifySlice(s) \/\/ slice'\u0131n ba\u015fl\u0131\u011f\u0131 kopyalan\u0131r, ancak altta yatan diziye referans ayn\u0131 kal\u0131r\n fmt.Println(s) \/\/ [100, 2, 3]\n func modifySlice(arr []int) {\n arr[0] = 100\n }<\/code><\/pre>\nm := map[string]int{\"a\": 1}\n modifyMap(m)\n fmt.Println(m) \/\/ map[a:100]\n func modifyMap(mp map[string]int) {\n mp[\"a\"] = 100\n }<\/code><\/pre>\nHata Y\u00f6netimi ve \u0130\u015faret\u00e7iler<\/h3>\n
error<\/code> aray\u00fcz\u00fc etraf\u0131nda d\u00f6ner. Genellikle, \u00f6zel hata t\u00fcrleri tan\u0131mlarken struct’lar\u0131 kullan\u0131r\u0131z ve bu struct’lar\u0131 error<\/code> aray\u00fcz\u00fcn\u00fc implemente edecek \u015fekilde tasarlar\u0131z. Bu hata struct’lar\u0131, genellikle de\u011fer olarak d\u00f6nd\u00fcr\u00fcl\u00fcr veya i\u015faret\u00e7i olarak d\u00f6nd\u00fcr\u00fcl\u00fcr. Bir hatan\u0131n durumunu veya i\u00e7eri\u011fini de\u011fi\u015ftirmek gerekti\u011finde i\u015faret\u00e7i d\u00f6nd\u00fcrmek anlaml\u0131 olabilir, ancak \u00e7o\u011fu zaman hata nesneleri de\u011fi\u015fmez (immutable) kabul edilir ve de\u011fer olarak i\u015flenir. Ancak, bazen bir hata struct’\u0131n\u0131n alanlar\u0131na i\u015faret\u00e7i al\u0131c\u0131 metotlar ekleyerek hata nesnesinin durumunu dinamik olarak g\u00fcncellemek gerekebilir (nadiren).<\/p>\nSenkronizasyon Primitifleri<\/h3>\n
sync<\/code> paketindeki senkronizasyon primitifleri (\u00f6rne\u011fin sync.Mutex<\/code>, sync.WaitGroup<\/code>, sync.Cond<\/code>), genellikle struct’lard\u0131r ve i\u015faret\u00e7i olarak kullan\u0131lmalar\u0131 \u015fartt\u0131r<\/em>. Bu yap\u0131lar\u0131n kopyalanmas\u0131 beklenmedik davran\u0131\u015flara ve yar\u0131\u015f ko\u015fullar\u0131na (race conditions) yol a\u00e7abilir. \u00d6rne\u011fin, sync.Mutex<\/code> bir de\u011feri kilit mekanizmas\u0131n\u0131 y\u00f6netir. E\u011fer bir Mutex<\/code> de\u011feri kopyalan\u0131rsa, her kopya kendi ba\u011f\u0131ms\u0131z kilit durumuna sahip olur ve bu da senkronizasyonun amac\u0131n\u0131 bozar. Bu nedenle, bu t\u00fcr yap\u0131lar\u0131 i\u00e7eren struct’lar olu\u015fturdu\u011funuzda veya bunlar\u0131 fonksiyonlara ge\u00e7irdi\u011finizde, her zaman bir i\u015faret\u00e7i olarak ge\u00e7irmelisiniz.<\/p>\npackage main\n\nimport (\n \"fmt\"\n \"sync\"\n)\n\ntype SafeCounter struct {\n mu sync.Mutex\n count int\n}\n\nfunc (c *SafeCounter) Inc() { \/\/ \u0130\u015faret\u00e7i al\u0131c\u0131 kullanmak zorunludur!\n c.mu.Lock()\n defer c.mu.Unlock()\n c.count++\n}\n\nfunc (c *SafeCounter) Value() int {\n c.mu.Lock()\n defer c.mu.Unlock()\n return c.count\n}\n\nfunc main() {\n counter := SafeCounter{} \/\/ mu alan\u0131 varsay\u0131lan olarak ba\u015flat\u0131l\u0131r\n \/\/ var counter SafeCounter \/\/ Bu da ayn\u0131 \u015fekilde \u00e7al\u0131\u015f\u0131r\n\n for i := 0; i < 1000; i++ {\n go counter.Inc()\n }\n \/\/ Biraz bekleyelim ki t\u00fcm gorutinler tamamlans\u0131n\n \/\/ Normalde sync.WaitGroup kullan\u0131l\u0131r\n \/\/ time.Sleep(time.Second)\n fmt.Println(counter.Value()) \/\/ \u00c7\u0131kt\u0131: 1000\n}<\/code><\/pre>\nSafeCounter<\/code> struct'\u0131 bir sync.Mutex<\/code> i\u00e7erir. Inc<\/code> metodu, *SafeCounter<\/code> (i\u015faret\u00e7i al\u0131c\u0131) olarak tan\u0131mlanm\u0131\u015ft\u0131r, bu da mu<\/code> alan\u0131n\u0131n orijinal Mutex<\/code> nesnesi \u00fczerinde kilitlenme ve kilit a\u00e7ma i\u015flemleri yapmas\u0131n\u0131 sa\u011flar. E\u011fer Inc<\/code> metodu (c SafeCounter)<\/code> \u015feklinde bir de\u011fer al\u0131c\u0131ya sahip olsayd\u0131, her \u00e7a\u011fr\u0131da mu<\/code>'nun bir kopyas\u0131 \u00fczerinde \u00e7al\u0131\u015f\u0131lacak ve senkronizasyon sa\u011flanamayacakt\u0131.<\/p>\nNesne Ya\u015fam D\u00f6ng\u00fcs\u00fc ve \u00c7\u00f6p Toplama (Garbage Collection)<\/h3>\n
\u0130\u015faret\u00e7i Kullan\u0131m\u0131nda En \u0130yi Uygulamalar ve Dikkat Edilmesi Gerekenler<\/h2>\n
Gereksiz \u0130\u015faret\u00e7i Kullan\u0131m\u0131ndan Ka\u00e7\u0131nma<\/h3>\n
\n* Bir fonksiyonun veya metodun orijinal de\u011fi\u015fkenin de\u011ferini de\u011fi\u015ftirmesi gerekti\u011finde.
\n* B\u00fcy\u00fck bir struct'\u0131 kopyalaman\u0131n performans maliyetinden ka\u00e7\u0131nmak istedi\u011finizde.
\n* sync.Mutex<\/code> gibi senkronizasyon primitiflerini veya di\u011fer referans semantics gerektiren t\u00fcrleri kullan\u0131rken.
\n* Bir struct'\u0131n veya ba\u015fka bir t\u00fcr\u00fcn nil olabilen bir durumunu temsil etmek istedi\u011finizde (\u00f6rne\u011fin, opsiyonel bir alan).<\/p>\nOkunabilirlik ve Bak\u0131m<\/h3>\n
<\/em>int<\/code>) veya karma\u015f\u0131k veri yap\u0131lar\u0131 \u00fczerinde i\u015faret\u00e7ilerle \u00e7al\u0131\u015fmak, kodun anla\u015f\u0131lmas\u0131n\u0131 g\u00fc\u00e7le\u015ftirebilir. Go, bu t\u00fcr karma\u015f\u0131kl\u0131klardan ka\u00e7\u0131nmay\u0131 te\u015fvik eder. M\u00fcmk\u00fcn oldu\u011funca kodu basit ve anla\u015f\u0131l\u0131r tutmaya \u00e7al\u0131\u015f\u0131n. Bir de\u011fi\u015fkenin veya yap\u0131n\u0131n de\u011fer mi yoksa i\u015faret\u00e7i mi oldu\u011funu a\u00e7\u0131k\u00e7a belirtmek, kodun niyetini anlamak i\u00e7in \u00f6nemlidir.<\/p>\nPerformans \u0130pu\u00e7lar\u0131<\/h3>\n
\n* Heap Tahsisat\u0131:<\/strong> Bir i\u015faret\u00e7i bir fonksiyonun d\u0131\u015f\u0131na \"ka\u00e7arsa\" (yani fonksiyonun \u00f6mr\u00fcnden daha uzun s\u00fcre eri\u015filebilir kal\u0131rsa), Go \u00e7al\u0131\u015fma zaman\u0131 o de\u011fi\u015fkeni y\u0131\u011f\u0131n bellekte (heap) tahsis eder. Y\u0131\u011f\u0131n tahsisatlar\u0131, y\u0131\u011f\u0131n tahsisatlar\u0131ndan (stack) daha yava\u015ft\u0131r ve \u00e7\u00f6p toplay\u0131c\u0131n\u0131n \u00e7al\u0131\u015fmas\u0131n\u0131 tetikleyebilir. Performans kritik b\u00f6lgelerde y\u0131\u011f\u0131n tahsisatlar\u0131n\u0131 minimize etmek \u00f6nemlidir. go build -gcflags=\"-m\"<\/code> komutu, derleyicinin ka\u00e7\u0131\u015f analizini (escape analysis) raporlamas\u0131n\u0131 sa\u011flayarak hangi de\u011fi\u015fkenlerin y\u0131\u011f\u0131na ka\u00e7t\u0131\u011f\u0131n\u0131 g\u00f6rmenize yard\u0131mc\u0131 olabilir.
\n* Aray\u00fcz De\u011ferleri ve \u0130\u015faret\u00e7iler:<\/strong> Go'da aray\u00fcz de\u011ferleri, altta yatan bir t\u00fcr de\u011ferini ve o de\u011ferin t\u00fcr bilgisini i\u00e7erir. Bir aray\u00fcz de\u011ferine bir i\u015faret\u00e7i atad\u0131\u011f\u0131n\u0131zda, bu i\u015faret\u00e7i y\u0131\u011f\u0131n belle\u011fe ka\u00e7abilir. K\u00fc\u00e7\u00fck de\u011ferler i\u00e7in bile aray\u00fczler arac\u0131l\u0131\u011f\u0131yla ge\u00e7i\u015f, y\u0131\u011f\u0131n tahsisat\u0131na neden olabilir.<\/p>\nnil<\/code> Kontrolleri<\/h3>\nnil<\/code> bir i\u015faret\u00e7inin dereferans edilmesi bir \u00e7al\u0131\u015fma zaman\u0131 hatas\u0131na (panic) neden olur. Bu nedenle, bir i\u015faret\u00e7iyi kullanmadan \u00f6nce her zaman nil<\/code> olup olmad\u0131\u011f\u0131n\u0131 kontrol etmek \u00f6nemlidir. \u00d6zellikle d\u0131\u015f kaynaklardan (\u00f6rne\u011fin, bir veritaban\u0131 sorgusu veya API \u00e7a\u011fr\u0131s\u0131) gelen veya opsiyonel olabilecek i\u015faret\u00e7iler i\u00e7in bu kontroller kritik \u00f6neme sahiptir.<\/p>\nfunc printValue(ptr *int) {\n if ptr != nil {\n fmt.Println(\"De\u011fer:\", *ptr)\n } else {\n fmt.Println(\"\u0130\u015faret\u00e7i nil.\")\n }\n}<\/code><\/pre>\nSonu\u00e7<\/h2>\n
sync.Mutex<\/code> gibi senkronizasyon primitifleri veya bir struct'\u0131n durumunu de\u011fi\u015ftiren metotlar i\u00e7in i\u015faret\u00e7i al\u0131c\u0131lar kullanmak hayati \u00f6neme sahiptir.<\/p>\nnil<\/code> i\u015faret\u00e7ileri kontrol etmek ve Go'nun \u00e7\u00f6p toplay\u0131c\u0131s\u0131n\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 anlamak, daha sa\u011flam ve verimli Go uygulamalar\u0131 geli\u015ftirmenize yard\u0131mc\u0131 olacakt\u0131r. Go'nun i\u015faret\u00e7i modeli, g\u00fc\u00e7l\u00fc yetenekleri g\u00fcvenlik ve sadelikle birle\u015ftirerek, geli\u015ftiricilere dengeli bir ara\u00e7 seti sunar.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Anla\u015f\u0131l\u0131r Bir \u015eekilde Go’da \u0130\u015faret\u00e7iler\n\u0130\u015faret\u00e7ilere Giri\u015f\nGo programlama dili, modern ve e\u015f zamanl\u0131 uygulamalar geli\u015ftirmek i\u00e7in tasa","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-34877","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n