Programlama d\u00fcnyas\u0131nda bazen i\u015fler bekledi\u011fimiz gibi gitmez ve kontrol ak\u0131\u015f\u0131n\u0131 beklenmedik bir yere y\u00f6nlendirme ihtiyac\u0131 do\u011fabilir. \u0130\u015fte tam bu noktada kar\u015f\u0131m\u0131za C ve C++ dillerinde bulunan Peki, neden b\u00f6yle bir komuta ihtiya\u00e7 duyal\u0131m? Geleneksel olarak Bunun yan\u0131 s\u0131ra, \u00d6zetle, Daha sonra, program\u0131n herhangi bir yerinden \u015eimdi, bu komutun nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6steren birka\u00e7 basit \u00f6rnek inceleyelim. \u0130lk \u00f6rne\u011fimiz, i\u00e7 i\u00e7e ge\u00e7mi\u015f d\u00f6ng\u00fclerden \u00e7\u0131kmak i\u00e7in Bu kodda, Bir di\u011fer \u00f6rnek ise hata y\u00f6netimi i\u00e7in Bu \u00f6rnekte, D\u00fc\u015f\u00fcn\u00fcn ki, bir a\u011f uygulamas\u0131nda istemciden gelen veriyi i\u015fliyorsunuz ve bu veri, bir\u00e7ok farkl\u0131 do\u011frulama ad\u0131m\u0131ndan ge\u00e7mek zorunda. Her do\u011frulama ad\u0131m\u0131nda bir hata olu\u015fursa, t\u00fcm i\u015flemleri iptal edip istemciye bir hata mesaj\u0131 g\u00f6ndermeniz gerekiyor. E\u011fer bu do\u011frulama ad\u0131mlar\u0131 ayr\u0131 fonksiyonlarda veya karma\u015f\u0131k if-else bloklar\u0131nda yer al\u0131yorsa, her birinden ayr\u0131 ayr\u0131 hata durumunu kontrol edip geri d\u00f6nmek yerine, merkezi bir hata i\u015fleme etiketine Bir di\u011fer potansiyel avantaj, baz\u0131 g\u00f6m\u00fcl\u00fc sistem (embedded systems) programc\u0131l\u0131\u011f\u0131nda veya d\u00fc\u015f\u00fck seviyeli sistem programc\u0131l\u0131\u011f\u0131nda g\u00f6r\u00fclebilir. Bu ortamlarda, donan\u0131m \u00fczerindeki belirli durumlar\u0131 y\u00f6netmek veya \u00e7ok hassas zamanlama gerektiren i\u015flemler yapmak i\u00e7in bazen “daha az soyutlama”ya ihtiya\u00e7 duyulur. Ayr\u0131ca, baz\u0131 eski kod tabanlar\u0131n\u0131 (codebases) s\u00fcrd\u00fcr\u00fcrken Son olarak, Ancak bu avantajlar\u0131n her birinin, Bir programc\u0131, \u0130kinci \u00f6nemli dezavantaj\u0131, hata ay\u0131klamay\u0131 (debugging) zorla\u015ft\u0131rmas\u0131d\u0131r. Bak\u0131m (maintenance) a\u00e7\u0131s\u0131ndan da Son olarak, Bir\u00e7ok eski C k\u00fct\u00fcphanesinde, \u00f6zellikle bellek y\u00f6netimi veya dosya i\u015flemleri gibi kritik operasyonlar i\u00e7erenlerde, hata durumlar\u0131n\u0131 merkezi bir noktaya toplamak i\u00e7in Klasik bir C yakla\u015f\u0131m\u0131 \u015f\u00f6yle olabilir:<\/p>\n Bu \u00f6rnekte, herhangi bir Baz\u0131 oyun geli\u015ftirme senaryolar\u0131nda, karakterlerin veya oyun nesnelerinin farkl\u0131 durumlar\u0131 (\u00f6rne\u011fin, “ayakta durma”, “y\u00fcr\u00fcme”, “sald\u0131rma”, “\u00f6lme”) aras\u0131nda ge\u00e7i\u015f yapmas\u0131 gerekir. Bu durum ge\u00e7i\u015flerini y\u00f6netmek i\u00e7in bazen Basit bir \u00f6rnek:<\/p>\n Bu \u00f6rnek, Genel olarak, Yukar\u0131da bahsedilen i\u00e7 i\u00e7e d\u00f6ng\u00fclerden \u00e7\u0131kma veya merkezi hata y\u00f6netimi gibi durumlar, Bir di\u011fer potansiyel ileri d\u00fczey kullan\u0131m, karma\u015f\u0131k durum makinelerinin (state machines) veya sonlu durum otomatlar\u0131n\u0131n (finite state automata) uygulanmas\u0131nda g\u00f6r\u00fclebilir. E\u011fer durumlar aras\u0131ndaki ge\u00e7i\u015fler \u00e7ok say\u0131da ve karma\u015f\u0131ksa, \u00d6rne\u011fin, i\u00e7 i\u00e7e ge\u00e7mi\u015f d\u00f6ng\u00fclerden \u00e7\u0131kmak i\u00e7in Bu \u00f6rnek, \u00d6zetle, goto<\/code> komutu \u00e7\u0131kar. Peki, bu komut ger\u00e7ekten de bir “kurtar\u0131c\u0131” m\u0131, yoksa sadece kodun okunabilirli\u011fini ve bak\u0131m\u0131n\u0131 zorla\u015ft\u0131ran bir engel mi? Bu makalede, goto<\/code>‘nun ne oldu\u011funu, nas\u0131l kullan\u0131ld\u0131\u011f\u0131n\u0131, avantajlar\u0131n\u0131, dezavantajlar\u0131n\u0131 ve en \u00f6nemlisi, ne zaman ve nas\u0131l kullan\u0131lmas\u0131 gerekti\u011fini derinlemesine inceleyece\u011fiz. Amac\u0131m\u0131z, bu g\u00fc\u00e7l\u00fc ama potansiyel olarak tehlikeli arac\u0131 daha bilin\u00e7li kullanman\u0131z\u0131 sa\u011flamak ve modern programlama prensipleriyle nas\u0131l dengeleyebilece\u011finizi g\u00f6stermektir.<\/p>\nGoto Nedir ve Neden Kullan\u0131l\u0131r?<\/h2>\n
goto<\/code> komutu, ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, program\u0131n y\u00fcr\u00fctme ak\u0131\u015f\u0131n\u0131 do\u011frudan belirtilen bir etikete (label) atlamak i\u00e7in kullan\u0131l\u0131r. Bir etiketin ne oldu\u011funu ve nas\u0131l tan\u0131mland\u0131\u011f\u0131n\u0131 anlamak \u00f6nemlidir. Etiketler, program\u0131n i\u00e7inde belirli bir konumu i\u015faretlemek i\u00e7in kullan\u0131lan ve iki nokta \u00fcst \u00fcste (:<\/code>) ile biten tan\u0131mlay\u0131c\u0131lard\u0131r. \u00d6rne\u011fin, baslangic:<\/code> veya hata_durumu:<\/code> gibi. goto<\/code> komutu kullan\u0131ld\u0131\u011f\u0131nda, program bu etiketin bulundu\u011fu sat\u0131ra atlar ve oradan y\u00fcr\u00fct\u00fclmeye devam eder.<\/p>\ngoto<\/code>‘nun en s\u0131k kar\u015f\u0131la\u015f\u0131lan kullan\u0131m alan\u0131, i\u00e7 i\u00e7e ge\u00e7mi\u015f d\u00f6ng\u00fclerden veya fonksiyonlardan h\u0131zl\u0131ca \u00e7\u0131kmak gerekti\u011finde ortaya \u00e7\u0131kar. Bir d\u00f6ng\u00fcn\u00fcn i\u00e7inde, belirli bir ko\u015ful sa\u011fland\u0131\u011f\u0131nda d\u00f6ng\u00fcn\u00fcn tamam\u0131n\u0131 ve hatta belki de onu \u00e7evreleyen di\u011fer d\u00f6ng\u00fcleri terk etmek isteyebilirsiniz. break<\/code> ve continue<\/code> gibi komutlar genellikle tek bir d\u00f6ng\u00fc i\u00e7in yeterli olsa da, birden fazla d\u00f6ng\u00fc s\u00f6z konusu oldu\u011funda goto<\/code>, bu karma\u015f\u0131k \u00e7\u0131k\u0131\u015f senaryolar\u0131n\u0131 daha basit bir \u015fekilde y\u00f6netmenizi sa\u011flayabilir. \u00d6rne\u011fin, bir matris \u00fczerinde arama yaparken, arad\u0131\u011f\u0131n\u0131z eleman\u0131 buldu\u011funuzda t\u00fcm matrisi tarayan i\u00e7 i\u00e7e ge\u00e7mi\u015f iki d\u00f6ng\u00fcden de \u00e7\u0131kmak isteyebilirsiniz. Bu durumda, her d\u00f6ng\u00fcde ayr\u0131 ayr\u0131 kontrol etmek yerine, tek bir goto<\/code> ile arad\u0131\u011f\u0131n\u0131z etikete atlayarak program\u0131n ak\u0131\u015f\u0131n\u0131 an\u0131nda istedi\u011finiz yere y\u00f6nlendirebilirsiniz. Bu, kodun daha “verimli” g\u00f6r\u00fcnmesini sa\u011flayabilir \u00e7\u00fcnk\u00fc gereksiz d\u00f6ng\u00fc iterasyonlar\u0131ndan ka\u00e7\u0131n\u0131l\u0131r.<\/p>\ngoto<\/code> bazen hata y\u00f6netimi (error handling) senaryolar\u0131nda da kendine yer bulabilir. \u00d6zellikle eski C kodlar\u0131nda, bir fonksiyonun \u00e7e\u015fitli yerlerinde meydana gelen hatalar\u0131 merkezi bir hata i\u015fleme blo\u011funa y\u00f6nlendirmek i\u00e7in goto<\/code> kullan\u0131ld\u0131\u011f\u0131 g\u00f6r\u00fcl\u00fcr. Bir hata olu\u015ftu\u011funda, ilgili kod blo\u011fundan goto<\/code> ile hata i\u015fleme etiketine atlanarak, kaynaklar\u0131n serbest b\u0131rak\u0131lmas\u0131 (resource deallocation) veya hata mesaj\u0131n\u0131n yazd\u0131r\u0131lmas\u0131 gibi i\u015flemler tek bir yerde toplanabilir. Bu yakla\u015f\u0131m, hata kontrol kodunu da\u011f\u0131tmaktan daha temiz bir yap\u0131 sunabilir gibi g\u00f6r\u00fcnebilir. Ancak, bu kullan\u0131m\u0131n da getirdi\u011fi ciddi okunabilirlik sorunlar\u0131 vard\u0131r ve modern C++’da Exceptions (istisnalar) gibi daha g\u00fcvenli ve yap\u0131sal hata y\u00f6netimi mekanizmalar\u0131 mevcuttur.<\/p>\ngoto<\/code>‘nun temel amac\u0131, program\u0131n kontrol ak\u0131\u015f\u0131n\u0131 bir noktadan ba\u015fka bir noktaya, genellikle d\u00f6ng\u00fclerden veya bloklardan h\u0131zl\u0131ca \u00e7\u0131kmak veya belirli bir hata i\u015fleme rutinine atlamak i\u00e7in kullanmakt\u0131r. Ancak bu g\u00fcc\u00fc kullan\u0131rken, kodun anla\u015f\u0131l\u0131rl\u0131\u011f\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi \u00fczerindeki olumsuz etkilerini g\u00f6z ard\u0131 etmemek gerekir.<\/p>\nGoto Nas\u0131l Kullan\u0131l\u0131r: Temel S\u00f6zdizimi ve \u00d6rnekler<\/h2>\n
goto<\/code> komutunu kullanman\u0131n s\u00f6zdizimi olduk\u00e7a basittir. \u0130lk olarak, program\u0131n\u0131zda gitmek istedi\u011finiz noktaya bir etiket tan\u0131mlaman\u0131z gerekir. Bir etiket, bir tan\u0131mlay\u0131c\u0131 (variable name gibi) ve ard\u0131ndan gelen iki nokta \u00fcst \u00fcste (:<\/code>) ile olu\u015fturulur. \u00d6rne\u011fin:<\/p>\n\nint sayi = 0;\netiket_adi:\n\/\/ Bu noktaya goto ile gelinebilir\n <\/code><\/pre>\n<\/p><\/div>\ngoto<\/code> komutunu kullanarak bu etikete atlama yapabilirsiniz. Komutun genel yap\u0131s\u0131 \u015f\u00f6yledir:<\/p>\n\ngoto etiket_adi;\n <\/code><\/pre>\n<\/p><\/div>\ngoto<\/code>‘nun nas\u0131l kullan\u0131labilece\u011fini g\u00f6steriyor:<\/p>\n\n#include <iostream>\n\nint main() {\n for (int i = 0; i < 5; ++i) {\n for (int j = 0; j < 5; ++j) {\n if (i == 2 && j == 3) {\n std::cout << \"Aranan ko\u015ful bulundu! D\u00f6ng\u00fclerden \u00e7\u0131k\u0131l\u0131yor...\" << std::endl;\n goto cikis_yap; \/\/ \u0130ki d\u00f6ng\u00fcden de \u00e7\u0131k\u0131\u015f\n }\n std::cout << \"i: \" << i << \", j: \" << j << std::endl;\n }\n }\n\n cikis_yap: \/\/ Etiketimiz\n std::cout << \"Program sonland\u0131.\" << std::endl;\n return 0;\n}\n <\/code><\/pre>\n<\/p><\/div>\ni<\/code> ve j<\/code> de\u011ferleri s\u0131ras\u0131yla 2 ve 3 oldu\u011funda, program cikis_yap:<\/code> etiketine atlar ve i\u00e7 i\u00e7e ge\u00e7mi\u015f d\u00f6ng\u00fclerden hemen \u00e7\u0131kar. Bu, break<\/code> komutunun tek ba\u015f\u0131na yapamayaca\u011f\u0131 bir \u015feydir, \u00e7\u00fcnk\u00fc break<\/code> yaln\u0131zca en i\u00e7teki d\u00f6ng\u00fcy\u00fc k\u0131rar. goto<\/code>, bu durumda daha kesin bir kontrol sa\u011flar.<\/p>\ngoto<\/code> kullan\u0131m\u0131d\u0131r. Basit bir senaryoda, bir i\u015flem ba\u015far\u0131s\u0131z oldu\u011funda belirli bir temizleme (cleanup) etiketine atlama yapabiliriz:<\/p>\n\n#include <iostream>\n#include <string>\n\nbool veri_islem(const std::string& veri) {\n if (veri.empty()) {\n std::cerr << \"Hata: Bo\u015f veri ile i\u015flem yap\u0131lamaz!\" << std::endl;\n return false;\n }\n \/\/ Veri i\u015fleme mant\u0131\u011f\u0131...\n std::cout << \"Veri ba\u015far\u0131yla i\u015flendi: \" << veri << std::endl;\n return true;\n}\n\nint main() {\n std::string kullanici_girdisi = \"\"; \/\/ Bo\u015f bir girdi ile ba\u015flayal\u0131m\n\n if (!veri_islem(kullanici_girdisi)) {\n goto islem_hatasi; \/\/ \u0130\u015flem ba\u015far\u0131s\u0131z olursa hata etiketine atla\n }\n\n \/\/ Ba\u015far\u0131l\u0131 i\u015flem sonras\u0131 kodlar...\n std::cout << \"\u0130\u015flem sonras\u0131 kodlar \u00e7al\u0131\u015f\u0131yor.\" << std::endl;\n return 0;\n\nislem_hatasi: \/\/ Hata i\u015fleme etiketi\n std::cerr << \"Bir hata olu\u015ftu. Program ola\u011fan\u00fcst\u00fc bir \u015fekilde sonlan\u0131yor.\" << std::endl;\n \/\/ Burada ek temizleme i\u015flemleri yap\u0131labilir.\n return 1; \/\/ Hata kodu ile \u00e7\u0131k\u0131\u015f\n}\n <\/code><\/pre>\n<\/p><\/div>\nveri_islem<\/code> fonksiyonu ba\u015far\u0131s\u0131z oldu\u011funda, goto islem_hatasi;<\/code> komutu program\u0131 islem_hatasi:<\/code> etiketine y\u00f6nlendirir. Bu, hata durumunda belirli bir kod blo\u011funu \u00e7al\u0131\u015ft\u0131rmam\u0131z\u0131 sa\u011flar. Bu t\u00fcr kullan\u0131mlar, \u00f6zellikle kaynak y\u00f6netimi (resource management) gerektiren karma\u015f\u0131k C kodlar\u0131nda daha s\u0131k g\u00f6r\u00fcl\u00fcr.<\/p>\ngoto<\/code> kullan\u0131rken dikkat edilmesi gereken \u00f6nemli bir nokta, etiketlerin ayn\u0131 kapsamda (scope) olmas\u0131 gerekti\u011fidir. Yani, bir fonksiyon i\u00e7indeki bir etikete, ayn\u0131 fonksiyonun i\u00e7inden goto<\/code> ile eri\u015febilirsiniz. Farkl\u0131 fonksiyonlar aras\u0131ndaki goto<\/code> atlamalar\u0131 C ve C++’da do\u011frudan desteklenmez. Ayr\u0131ca, goto<\/code> ile bir d\u00f6ng\u00fcn\u00fcn veya bir fonksiyonun ba\u015f\u0131na d\u00f6nmek de genellikle iyi bir fikir de\u011fildir, \u00e7\u00fcnk\u00fc bu durum sonsuz d\u00f6ng\u00fclere veya beklenmedik davran\u0131\u015flara yol a\u00e7abilir.<\/p>\nGoto’nun Avantajlar\u0131: Ne Zaman Mant\u0131kl\u0131 Olabilir?<\/h2>\n
goto<\/code> komutu genellikle “k\u00f6t\u00fc bir pratik” olarak lanse edilse de, belirli ve nadir durumlarda programc\u0131lara baz\u0131 avantajlar sunabilir. Bu avantajlar\u0131 anlamak, goto<\/code>‘yu ne zaman kullanabilece\u011fimiz konusunda bize rehberlik edebilir. En belirgin avantaj\u0131, yukar\u0131da da de\u011findi\u011fimiz gibi, karma\u015f\u0131k kontrol ak\u0131\u015flar\u0131n\u0131 y\u00f6netme yetene\u011fidir. \u00d6zellikle i\u00e7 i\u00e7e ge\u00e7mi\u015f d\u00f6ng\u00fclerden veya derinlemesine fonksiyon \u00e7a\u011fr\u0131lar\u0131ndan tek bir ad\u0131mda \u00e7\u0131kmak gerekti\u011finde, goto<\/code> di\u011fer yap\u0131sal programlama ara\u00e7lar\u0131na g\u00f6re daha basit bir \u00e7\u00f6z\u00fcm sunabilir.<\/p>\ngoto<\/code> ile atlamak, kodun o anki durumunu daha h\u0131zl\u0131 bir \u015fekilde istenen \u00e7\u0131k\u0131\u015f noktas\u0131na ta\u015f\u0131yabilir. Bu, \u00f6zellikle zaman\u0131n kritik oldu\u011fu veya performans\u0131 maksimize etmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z sistemlerde cazip gelebilir. goto<\/code>, bu senaryolarda gereksiz kontrolleri ve dallanmalar\u0131 azaltarak program\u0131n daha “do\u011frusal” bir \u015fekilde ilerlemesini sa\u011flayabilir.<\/p>\ngoto<\/code>, bu durumlarda belirli donan\u0131m adreslerine veya bellek b\u00f6lgelerine do\u011frudan atlama yapma ihtiyac\u0131n\u0131 kar\u015f\u0131lamak i\u00e7in kullan\u0131labilir. Ancak bu t\u00fcr kullan\u0131mlar olduk\u00e7a spesifik ve nadirdir, genellikle genel ama\u00e7l\u0131 yaz\u0131l\u0131m geli\u015ftirmede \u00f6nerilmez.<\/p>\ngoto<\/code> ile kar\u015f\u0131la\u015fmak m\u00fcmk\u00fcnd\u00fcr. Bu durumlarda, goto<\/code>‘yu anlamak ve gerekti\u011finde g\u00fcvenli bir \u015fekilde kullanabilmek, kodun bak\u0131m\u0131n\u0131 yapabilmek i\u00e7in \u00f6nemlidir. E\u011fer mevcut kod yap\u0131s\u0131 goto<\/code> \u00fczerine kuruluysa, onu tamamen kald\u0131rmak yerine, kullan\u0131m\u0131n\u0131 anlamak ve potansiyel risklerini bilerek devam etmek daha pratik olabilir.<\/p>\ngoto<\/code>‘nun sa\u011flad\u0131\u011f\u0131 “basitlik” de bir avantaj olarak g\u00f6r\u00fclebilir. Karma\u015f\u0131k bir hata durumunda, birden fazla return<\/code> ifadesi veya exception f\u0131rlatma (throwing exceptions) yerine tek bir goto<\/code> komutu, program\u0131n ak\u0131\u015f\u0131n\u0131 istenen noktaya ta\u015f\u0131yabilir. Bu, \u00f6zellikle kodun bir kere yaz\u0131l\u0131p nadiren de\u011fi\u015ftirildi\u011fi ve okunabilirli\u011fin ikincil planda kald\u0131\u011f\u0131 senaryolarda (ki bu genel olarak iyi bir tasar\u0131m de\u011fildir) tercih edilebilir.<\/p>\ngoto<\/code>‘nun getirdi\u011fi dezavantajlarla dikkatlice tart\u0131lmas\u0131 gerekti\u011fini unutmamak gerekir. Genellikle, goto<\/code>‘nun sundu\u011fu avantajlar, modern programlama dillerinin sundu\u011fu yap\u0131sal programlama ara\u00e7lar\u0131 ve desenleri ile elde edilebilir ve bu ara\u00e7lar \u00e7ok daha g\u00fcvenli ve okunabilir kodlar \u00fcretir.<\/p>\nGoto’nun Dezavantajlar\u0131: Neden Ka\u00e7\u0131n\u0131lmal\u0131?<\/h2>\n
goto<\/code> komutunun kullan\u0131m\u0131n\u0131n yayg\u0131n olarak ele\u015ftirilmesinin ve ka\u00e7\u0131n\u0131lmas\u0131 \u00f6nerilmesinin g\u00fc\u00e7l\u00fc nedenleri vard\u0131r. Bu nedenler genellikle kodun anla\u015f\u0131l\u0131rl\u0131\u011f\u0131, bak\u0131m\u0131, hata ay\u0131klamas\u0131 (debugging) ve genel yaz\u0131l\u0131m m\u00fchendisli\u011fi prensipleriyle ilgilidir. En b\u00fcy\u00fck dezavantaj\u0131, kodun okunabilirli\u011fini ve anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 ciddi \u015fekilde bozmas\u0131d\u0131r. goto<\/code> komutlar\u0131, program\u0131n normal ak\u0131\u015f\u0131n\u0131 kesintiye u\u011frat\u0131r ve kodun hangi b\u00f6l\u00fcmden nereye atlad\u0131\u011f\u0131n\u0131 takip etmek zorla\u015f\u0131r. Bu durum, “spaghetti code” (spagetti kod) olarak adland\u0131r\u0131lan, birbirine dolanm\u0131\u015f ve anla\u015f\u0131lmas\u0131 g\u00fc\u00e7 bir kod yap\u0131s\u0131na yol a\u00e7ar.<\/p>\ngoto<\/code> i\u00e7eren bir kod par\u00e7as\u0131n\u0131 okudu\u011funda, kontrol ak\u0131\u015f\u0131n\u0131 takip etmek i\u00e7in zihinsel olarak bir\u00e7ok farkl\u0131 yola sapmak zorunda kal\u0131r. Bu, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k projelerde, yeni bir geli\u015ftiricinin kodu anlamas\u0131n\u0131 veya mevcut bir geli\u015ftiricinin kodu de\u011fi\u015ftirmesini son derece zorla\u015ft\u0131r\u0131r. Kodun mant\u0131\u011f\u0131n\u0131 anlamak i\u00e7in sadece ard\u0131\u015f\u0131k sat\u0131rlar\u0131 okumak yerine, etiketlere yap\u0131lan atlamalar\u0131 ve bu atlamalar\u0131n hangi ko\u015fullara ba\u011fl\u0131 oldu\u011funu s\u00fcrekli olarak zihinde tutmak gerekir. Bu, bili\u015fsel y\u00fck\u00fc art\u0131r\u0131r ve hata yapma olas\u0131l\u0131\u011f\u0131n\u0131 y\u00fckseltir.<\/p>\ngoto<\/code> komutlar\u0131, hata ay\u0131klama ara\u00e7lar\u0131n\u0131n (debugger) program ak\u0131\u015f\u0131n\u0131 takip etmesini engelleyebilir. Bir hata ay\u0131klay\u0131c\u0131, goto<\/code> komutunu g\u00f6rd\u00fc\u011f\u00fcnde, normal ad\u0131m ad\u0131m ilerleme yerine beklenmedik bir konuma atlayabilir. Bu, hatan\u0131n kayna\u011f\u0131n\u0131 bulmay\u0131 ve d\u00fczeltmeyi zorla\u015ft\u0131r\u0131r. Ayr\u0131ca, goto<\/code> ile olu\u015fturulan karma\u015f\u0131k kontrol ak\u0131\u015flar\u0131, hatalar\u0131n tahmin edilemeyen yerlerde ortaya \u00e7\u0131kmas\u0131na neden olabilir.<\/p>\ngoto<\/code> b\u00fcy\u00fck bir sorundur. Kodun bir b\u00f6l\u00fcm\u00fcn\u00fc de\u011fi\u015ftirmek istedi\u011finizde, goto<\/code> komutlar\u0131n\u0131n bu de\u011fi\u015fikli\u011fi nas\u0131l etkileyece\u011fini tam olarak anlamak zor olabilir. Bir etikete yap\u0131lan bir atlama, beklenmedik yan etkilere (side effects) neden olabilir veya kodun ba\u015fka bir b\u00f6l\u00fcm\u00fcnde yeni hatalar\u0131n ortaya \u00e7\u0131kmas\u0131na yol a\u00e7abilir. Bu durum, yaz\u0131l\u0131m\u0131n evrimle\u015fmesini ve g\u00fcncellenmesini zorla\u015ft\u0131r\u0131r.<\/p>\ngoto<\/code> komutlar\u0131, modern programlama dillerinde sunulan yap\u0131sal programlama ara\u00e7lar\u0131n\u0131n (if-else<\/code>, switch<\/code>, while<\/code>, for<\/code>, try-catch<\/code>) yerini almaz, aksine bu yap\u0131lar\u0131 baltalar. Bu yap\u0131sal ara\u00e7lar, program ak\u0131\u015f\u0131n\u0131 daha \u00f6ng\u00f6r\u00fclebilir ve y\u00f6netilebilir hale getirir. goto<\/code> kullan\u0131m\u0131, genellikle bu yap\u0131sal ara\u00e7lar\u0131n eksik oldu\u011fu veya do\u011fru \u015fekilde kullan\u0131lmad\u0131\u011f\u0131 durumlarda ortaya \u00e7\u0131kar. \u00d6rne\u011fin, bir hata durumunda temizleme yapmak i\u00e7in goto<\/code> yerine C++’da RAII (Resource Acquisition Is Initialization) prensibi ve ak\u0131ll\u0131 i\u015faret\u00e7iler (smart pointers) kullan\u0131labilir. Bu y\u00f6ntemler, kaynaklar\u0131n otomatik olarak serbest b\u0131rak\u0131lmas\u0131n\u0131 sa\u011flayarak goto<\/code>‘nun hata y\u00f6netimi i\u00e7in sundu\u011fu s\u00f6zde basitli\u011fi daha g\u00fcvenli bir \u015fekilde sunar.<\/p>\ngoto<\/code> komutlar\u0131, genellikle program\u0131n genel tasar\u0131m\u0131n\u0131 ve mimarisini zay\u0131flat\u0131r. \u0130yi bir yaz\u0131l\u0131m tasar\u0131m\u0131, mod\u00fclerlik, iyi tan\u0131mlanm\u0131\u015f aray\u00fczler ve okunabilir kontrol ak\u0131\u015flar\u0131 \u00fczerine kuruludur. goto<\/code> ise bu prensipleri ihlal ederek kodun yap\u0131s\u0131n\u0131 bozar.<\/p>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131 ve Vaka Analizleri<\/h2>\n
goto<\/code> komutunun kullan\u0131m\u0131n\u0131 daha iyi anlamak i\u00e7in, ger\u00e7ek d\u00fcnya senaryolar\u0131n\u0131 ve bu komutun nas\u0131l kullan\u0131ld\u0131\u011f\u0131na dair vaka analizlerini inceleyelim. Bu analizler, goto<\/code>‘nun hem potansiyel faydalar\u0131n\u0131 hem de ka\u00e7\u0131n\u0131lmaz dezavantajlar\u0131n\u0131 g\u00f6zler \u00f6n\u00fcne serecektir.<\/p>\nVaka Analizi 1: Eski Bir C K\u00fct\u00fcphanesinde Hata Y\u00f6netimi<\/h3>\n
goto<\/code> kullan\u0131ld\u0131\u011f\u0131na rastlamak m\u00fcmk\u00fcnd\u00fcr. \u00d6rne\u011fin, bir fonksiyonun i\u00e7inde birden fazla ad\u0131mda bellek tahsis edildi\u011fini (memory allocation) ve her tahsisin ba\u015far\u0131s\u0131z olma ihtimali oldu\u011funu d\u00fc\u015f\u00fcnelim. E\u011fer bir tahsis ba\u015far\u0131s\u0131z olursa, daha \u00f6nce ba\u015far\u0131l\u0131 olmu\u015f tahsislerin de serbest b\u0131rak\u0131lmas\u0131 gerekir.<\/p>\n\n#include <stdlib.h>\n#include <stdio.h>\n\nvoid* ptr1 = NULL;\nvoid* ptr2 = NULL;\nvoid* ptr3 = NULL;\n\nint ana_islem() {\n ptr1 = malloc(100);\n if (ptr1 == NULL) goto hata_temizle;\n\n ptr2 = malloc(200);\n if (ptr2 == NULL) goto hata_temizle;\n\n ptr3 = malloc(300);\n if (ptr3 == NULL) goto hata_temizle;\n\n printf(\"T\u00fcm bellek ba\u015far\u0131yla ayr\u0131ld\u0131.\\n\");\n \/\/ ... Di\u011fer i\u015flemler ...\n\n return 0; \/\/ Ba\u015far\u0131l\u0131\n\nhata_temizle:\n printf(\"Hata olu\u015ftu, bellek temizleniyor...\\n\");\n if (ptr3 != NULL) free(ptr3);\n if (ptr2 != NULL) free(ptr2);\n if (ptr1 != NULL) free(ptr1);\n return -1; \/\/ Hata\n}\n\nint main() {\n if (ana_islem() != 0) {\n printf(\"Ana i\u015flem ba\u015far\u0131s\u0131z oldu.\\n\");\n }\n return 0;\n}\n <\/code><\/pre>\n<\/p><\/div>\nmalloc<\/code> ba\u015far\u0131s\u0131z oldu\u011funda, program hata_temizle:<\/code> etiketine atlar ve orada daha \u00f6nce ayr\u0131lm\u0131\u015f olan bellek bloklar\u0131n\u0131 serbest b\u0131rak\u0131r. Bu yakla\u015f\u0131m, her malloc<\/code> sonras\u0131 ayr\u0131 ayr\u0131 if<\/code> kontrol\u00fc yapmaktan ve her hata durumunda ayn\u0131 temizleme kodunu tekrarlamaktan daha k\u0131sa g\u00f6r\u00fcnebilir. Ancak, kodun okunabilirli\u011fi ve hata ay\u0131klamas\u0131 bu noktada ciddi \u015fekilde zarar g\u00f6r\u00fcr. E\u011fer ana_islem<\/code> fonksiyonu daha karma\u015f\u0131k hale gelirse, hangi malloc<\/code>‘un ba\u015far\u0131s\u0131z oldu\u011funu ve hangi bellek bloklar\u0131n\u0131n serbest b\u0131rak\u0131lmas\u0131 gerekti\u011fini takip etmek zorla\u015f\u0131r.<\/p>\nVaka Analizi 2: Oyun Geli\u015ftirmede Durum Makinalar\u0131<\/h3>\n
goto<\/code> kullan\u0131ld\u0131\u011f\u0131 g\u00f6r\u00fclm\u00fc\u015ft\u00fcr, \u00f6zellikle de durumlar aras\u0131nda do\u011frudan ve karma\u015f\u0131k ge\u00e7i\u015fler oldu\u011funda. Ancak bu, modern oyun motorlar\u0131nda pek tercih edilen bir y\u00f6ntem de\u011fildir.<\/p>\n\n#include <stdio.h>\n\ntypedef enum {\n DURUM_BEKLE,\n DURUM_YURU,\n DURUM_SALDIR,\n DURUM_OLDU\n} KarakterDurumu;\n\nKarakterDurumu mevcut_durum = DURUM_BEKLE;\n\nvoid guncelle_durum(int girdi) {\n switch (mevcut_durum) {\n case DURUM_BEKLE:\n if (girdi == 1) goto yuru_durumuna_gec;\n break;\n case DURUM_YURU:\n if (girdi == 2) goto bekle_durumuna_gec;\n if (girdi == 3) goto oldur_durumuna_gec;\n break;\n case DURUM_SALDIR:\n \/\/ Sald\u0131r\u0131 animasyonu bitti\u011finde bekle durumuna d\u00f6n\n if (girdi == 0) goto bekle_durumuna_gec;\n break;\n case DURUM_OLDU:\n \/\/ \u00d6l\u00fcm durumu son durumdur\n break;\n }\n return;\n\nyuru_durumuna_gec:\n printf(\"Bekle -> Y\u00fcr\u00fc\\n\");\n mevcut_durum = DURUM_YURU;\n return;\n\nbekle_durumuna_gec:\n printf(\"Y\u00fcr\u00fc -> Bekle\\n\");\n mevcut_durum = DURUM_BEKLE;\n return;\n\noldur_durumuna_gec:\n printf(\"Sald\u0131r -> Oldu\\n\");\n mevcut_durum = DURUM_OLDU;\n return;\n}\n\nint main() {\n guncelle_durum(1); \/\/ Y\u00fcr\u00fc\n guncelle_durum(3); \/\/ Sald\u0131r\n guncelle_durum(0); \/\/ Bekle\n return 0;\n}\n <\/code><\/pre>\n<\/p><\/div>\ngoto<\/code>‘nun durum makinalar\u0131ndaki “direkt ge\u00e7i\u015f” potansiyelini g\u00f6sterir. Ancak, bu t\u00fcr durum ge\u00e7i\u015flerini y\u00f6netmek i\u00e7in daha temiz ve okunabilir y\u00f6ntemler mevcuttur. \u00d6rne\u011fin, durum makinalar\u0131 i\u00e7in \u00f6zel k\u00fct\u00fcphaneler veya tasar\u0131m desenleri kullan\u0131labilir. goto<\/code> ile yap\u0131lan bu t\u00fcr ge\u00e7i\u015fler, kodun anla\u015f\u0131lmas\u0131n\u0131 zorla\u015ft\u0131r\u0131r ve hata ay\u0131klamay\u0131 g\u00fc\u00e7le\u015ftirir.<\/p>\ngoto<\/code>‘nun kullan\u0131ld\u0131\u011f\u0131 vaka analizleri, bu komutun belirli ve dar kapsaml\u0131 problemler i\u00e7in bir “kolay yol” gibi g\u00f6r\u00fcnebilece\u011fini ancak uzun vadede kodun kalitesini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini olumsuz etkiledi\u011fini g\u00f6stermektedir. Modern programlama prati\u011finde, goto<\/code>‘dan ka\u00e7\u0131nmak ve onun yerine yap\u0131sal programlama tekniklerini kullanmak, daha sa\u011flam ve bak\u0131m\u0131 kolay yaz\u0131l\u0131mlar \u00fcretmenin anahtar\u0131d\u0131r.<\/p>\n\u0130leri D\u00fczey Kullan\u0131m ve Alternatifler<\/h2>\n
goto<\/code> komutunu kullanman\u0131n potansiyel faydalar\u0131n\u0131 ve dezavantajlar\u0131n\u0131 ele ald\u0131ktan sonra, \u015fimdi bu komutun daha ileri d\u00fczey kullan\u0131mlar\u0131n\u0131 ve en \u00f6nemlisi, modern programlamada goto<\/code> yerine kullanabilece\u011fimiz daha iyi alternatifleri inceleyelim. G\u00fcn\u00fcm\u00fczde goto<\/code>‘nun kullan\u0131m\u0131 olduk\u00e7a nadirle\u015fmi\u015f olsa da, bazen kar\u015f\u0131m\u0131za \u00e7\u0131kan eski kodlarda veya \u00e7ok spesifik durumlarda hala ge\u00e7erlili\u011fini koruyabilir.<\/p>\n\u0130leri D\u00fczey Kullan\u0131m Alanlar\u0131 (Nadir Durumlar)<\/h3>\n
goto<\/code>‘nun “mant\u0131kl\u0131” olabilece\u011fi en yayg\u0131n ileri d\u00fczey senaryolard\u0131r. Ancak bu “mant\u0131kl\u0131l\u0131k” g\u00f6recelidir ve genellikle di\u011fer yap\u0131sal yakla\u015f\u0131mlar\u0131n yetersiz kald\u0131\u011f\u0131 durumlarda tercih edilir. Baz\u0131 sistem programc\u0131lar\u0131, donan\u0131m seviyesinde \u00e7ok hassas zamanlama gerektiren veya belirli bellek adreslerine do\u011frudan eri\u015fim gerektiren durumlarda goto<\/code>‘yu kullanabilirler. \u00d6rne\u011fin, bir donan\u0131m kesmesine (interrupt) yan\u0131t verirken veya bir cihaz s\u00fcr\u00fcc\u00fcs\u00fc yazarken, program\u0131n ak\u0131\u015f\u0131n\u0131 belirli bir donan\u0131m durumuna h\u0131zla y\u00f6nlendirmek gerekebilir.<\/p>\ngoto<\/code> ile etiketler kullanarak bu ge\u00e7i\u015fleri daha belirgin hale getirmek m\u00fcmk\u00fcn olabilir. Ancak bu yakla\u015f\u0131m, kodun okunabilirli\u011fini d\u00fc\u015f\u00fcrd\u00fc\u011f\u00fc i\u00e7in genellikle \u00f6nerilmez.<\/p>\nModern Alternatifler: Yap\u0131sal Programlama \u00d6ne \u00c7\u0131k\u0131yor<\/h3>\n
goto<\/code>‘nun sundu\u011fu i\u015flevselli\u011fi, modern programlama dillerinde \u00e7ok daha g\u00fcvenli, okunabilir ve s\u00fcrd\u00fcr\u00fclebilir yollarla elde edebiliriz. \u0130\u015fte goto<\/code>‘nun yerine ge\u00e7ebilecek ba\u015fl\u0131ca alternatifler:<\/p>\n\n
break<\/code> ve continue<\/code> komutlar\u0131, tek bir d\u00f6ng\u00fcden \u00e7\u0131kmak veya d\u00f6ng\u00fcn\u00fcn mevcut iterasyonunu atlamak i\u00e7in kullan\u0131l\u0131r. \u0130\u00e7 i\u00e7e d\u00f6ng\u00fclerden \u00e7\u0131kmak i\u00e7in ise, d\u00f6ng\u00fclerin bir ko\u015ful de\u011fi\u015fkenini kontrol etmesi veya fonksiyonel yakla\u015f\u0131mlar kullan\u0131labilir.<\/li>\ngoto<\/code>‘dan \u00e7ok daha \u00fcst\u00fcn bir alternatiftir. Bir hata olu\u015ftu\u011funda bir istisna f\u0131rlat\u0131l\u0131r (throw) ve bu istisna, ilgili try-catch<\/code> bloklar\u0131 taraf\u0131ndan yakalan\u0131r. Bu, hata i\u015fleme mant\u0131\u011f\u0131n\u0131 normal kod ak\u0131\u015f\u0131ndan ay\u0131r\u0131r ve kodun daha temiz olmas\u0131n\u0131 sa\u011flar.<\/li>\ngoto<\/code> ile yap\u0131lan manuel bellek temizleme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r. Ak\u0131ll\u0131 i\u015faret\u00e7iler (smart pointers) RAII’nin harika \u00f6rnekleridir.<\/li>\ngoto<\/code> yerine bir bayrak kullanman\u0131n yolu:<\/p>\n\n#include <iostream>\n\nint main() {\n bool bulundu = false; \/\/ Bayrak de\u011fi\u015fkeni\n for (int i = 0; i < 5; ++i) {\n for (int j = 0; j < 5; ++j) {\n if (i == 2 && j == 3) {\n std::cout << \"Aranan ko\u015ful bulundu!\" << std::endl;\n bulundu = true; \/\/ Bayra\u011f\u0131 ayarla\n break; \/\/ \u0130\u00e7teki d\u00f6ng\u00fcden \u00e7\u0131k\n }\n std::cout << \"i: \" << i << \", j: \" << j << std::endl;\n }\n if (bulundu) { \/\/ Bayrak kontrol\u00fc\n break; \/\/ D\u0131\u015ftaki d\u00f6ng\u00fcden \u00e7\u0131k\n }\n }\n std::cout << \"Program sonland\u0131.\" << std::endl;\n return 0;\n}\n <\/code><\/pre>\n<\/p><\/div>\ngoto<\/code> olmadan ayn\u0131 i\u015flevi yerine getirir ve kodun anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. Bu t\u00fcr alternatifler, goto<\/code>‘nun getirdi\u011fi “spaghetti code” riskini ortadan kald\u0131rarak daha sa\u011flam ve bak\u0131m\u0131 kolay yaz\u0131l\u0131mlar geli\u015ftirilmesini sa\u011flar.<\/p>\nSonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
goto<\/code> komutu, C ve C++ programlama dillerinde bulunan, program\u0131n y\u00fcr\u00fctme ak\u0131\u015f\u0131n\u0131 do\u011frudan belirli bir etikete atlamak i\u00e7in kullan\u0131lan bir kontrol ak\u0131\u015f komutudur. Tarihsel olarak, i\u00e7 i\u00e7e ge\u00e7mi\u015f d\u00f6ng\u00fclerden h\u0131zl\u0131ca \u00e7\u0131kmak veya merkezi hata y\u00f6netimi sa\u011flamak gibi ama\u00e7larla kullan\u0131lm\u0131\u015ft\u0131r. Ancak, kodun okunabilirli\u011fini, anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 ve bak\u0131m\u0131n\u0131 ciddi \u015fekilde zorla\u015ft\u0131rmas\u0131, hata ay\u0131klamay\u0131 g\u00fc\u00e7le\u015ftirmesi ve yap\u0131sal programlama prensiplerini ihlal etmesi nedeniyle modern programlama prati\u011finde b\u00fcy\u00fck \u00f6l\u00e7\u00fcde terk edilmi\u015ftir.<\/p>\ngoto<\/code>‘nun sundu\u011fu “avantajlar” (\u00f6rne\u011fin, karma\u015f\u0131k \u00e7\u0131k\u0131\u015f senaryolar\u0131n\u0131 y\u00f6netme kolayl\u0131\u011f\u0131), genellikle modern programlama dillerinde sunulan daha g\u00fcvenli ve okunabilir alternatiflerle (break<\/code>, continue<\/code>, fonksiyonlar, istisnalar, RAII) fazlas\u0131yla kar\u015f\u0131lanabilir. Bu alternatifler, “spaghetti code” riskini ortadan kald\u0131r\u0131r ve daha sa\u011flam, s\u00fcrd\u00fcr\u00fclebilir yaz\u0131l\u0131mlar geli\u015ftirilmesini sa\u011flar.<\/p>\ngoto<\/code> komutunu kullanmaktan ka\u00e7\u0131nmak, genel olarak en iyi pratik olarak kabul edilir. E\u011fer mevcut bir kod taban\u0131nda goto<\/code> ile kar\u015f\u0131la\u015f\u0131rsan\u0131z, amac\u0131n\u0131z bu komutu anlamak ve m\u00fcmk\u00fcnse, kodu daha yap\u0131sal ve modern yakla\u015f\u0131mlarla yeniden d\u00fczenlemektir. Ancak, \u00e7ok nadir ve spesifik durumlarda (\u00f6rne\u011fin, baz\u0131 d\u00fc\u015f\u00fck seviyeli sistem programc\u0131l\u0131\u011f\u0131nda veya mevcut kodu anlamak i\u00e7in), goto<\/code>‘nun kullan\u0131m\u0131n\u0131 s\u0131n\u0131rl\u0131 ve dikkatli bir \u015fekilde de\u011ferlendirmek gerekebilir.<\/p>\nS\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n
goto<\/code> komutu neden “k\u00f6t\u00fc” olarak kabul edilir?<\/strong>
\n
\n Cevap: goto<\/code>, program\u0131n kontrol ak\u0131\u015f\u0131n\u0131 tahmin edilemez hale getirerek kodun okunabilirli\u011fini ve anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 ciddi \u015fekilde azalt\u0131r. Bu durum, “spaghetti code” olarak bilinen, takip edilmesi zor ve hata yapmaya a\u00e7\u0131k bir kod yap\u0131s\u0131na yol a\u00e7ar. Ayr\u0131ca hata ay\u0131klamay\u0131 ve kodun bak\u0131m\u0131n\u0131 da zorla\u015ft\u0131r\u0131r.\n <\/li>\ngoto<\/code>‘nun kullan\u0131ld\u0131\u011f\u0131 tek mant\u0131kl\u0131 durum nedir?<\/strong>
\n
\n Cevap: Genellikle goto<\/code>‘nun kullan\u0131m\u0131ndan ka\u00e7\u0131n\u0131lmas\u0131 \u00f6nerilir. Ancak, \u00e7ok derin i\u00e7 i\u00e7e ge\u00e7mi\u015f d\u00f6ng\u00fclerden tek bir ad\u0131mda \u00e7\u0131kmak gerekti\u011finde veya baz\u0131 \u00e7ok \u00f6zel d\u00fc\u015f\u00fck seviyeli sistem programc\u0131l\u0131\u011f\u0131 senaryolar\u0131nda, yap\u0131sal alternatiflerin yetersiz kald\u0131\u011f\u0131 durumlarda nadiren tercih edilebilir. Yine de bu durumlarda bile genellikle daha iyi yap\u0131sal \u00e7\u00f6z\u00fcmler mevcuttur.\n <\/li>\ngoto<\/code>‘nun yerini nas\u0131l al\u0131r?<\/strong>
\n
\n Cevap: C++’daki istisna mekanizmas\u0131, hata durumlar\u0131n\u0131 normal kod ak\u0131\u015f\u0131ndan ay\u0131rarak hata y\u00f6netimini daha temiz hale getirir. Bir hata olu\u015ftu\u011funda bir istisna f\u0131rlat\u0131l\u0131r (throw) ve bu, en yak\u0131n catch<\/code> blo\u011fu taraf\u0131ndan yakalan\u0131r. Bu, goto<\/code> ile yap\u0131lan merkezi hata y\u00f6netimi yakla\u015f\u0131m\u0131ndan \u00e7ok daha yap\u0131sal ve okunabilir bir \u00e7\u00f6z\u00fcmd\u00fcr.\n <\/li>\ngoto<\/code> kullanmak program\u0131 daha h\u0131zl\u0131 m\u0131 yapar?<\/strong>
\n
\n Cevap: Nadiren de olsa, goto<\/code> gereksiz kontrolleri veya d\u00f6ng\u00fc iterasyonlar\u0131n\u0131 atlayarak k\u00fc\u00e7\u00fck bir performans art\u0131\u015f\u0131 sa\u011flayabilir. Ancak bu performans kazanc\u0131 genellikle kodun okunabilirli\u011fi ve bak\u0131m maliyeti kar\u015f\u0131s\u0131nda \u00f6nemsiz kal\u0131r. Modern derleyiciler (compilers) ve optimizasyon teknikleri, yap\u0131sal kodlarla da y\u00fcksek performans elde edebilir.\n <\/li>\n<\/ul>\n