Unity projelerinizde ba\u015flang\u0131\u00e7 s\u00fcre\u00e7leri karma\u015f\u0131kla\u015ft\u0131\u011f\u0131nda, performans d\u00fc\u015f\u00fc\u015fleri ve y\u00f6netilemez bir yap\u0131 ortaya \u00e7\u0131kabilir. Bu makale, Unity’de ak\u0131ll\u0131 ba\u015flatma (smart bootstrapping) tekniklerini kullanarak projelerinizi daha h\u0131zl\u0131, daha mod\u00fcler ve daha s\u00fcrd\u00fcr\u00fclebilir hale getirmenin yollar\u0131n\u0131 ke\u015ffetmenizi sa\u011flayacak.<\/p>\n
Her Unity projesi, uygulaman\u0131n ilk a\u00e7\u0131ld\u0131\u011f\u0131 andan itibaren belirli bir dizi g\u00f6revi yerine getirir. Bu g\u00f6revler aras\u0131nda temel sistemlerin ba\u015flat\u0131lmas\u0131, kaynaklar\u0131n y\u00fcklenmesi, kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fcn haz\u0131rlanmas\u0131 ve oyun mant\u0131\u011f\u0131n\u0131n devreye al\u0131nmas\u0131 yer al\u0131r. K\u00fc\u00e7\u00fck ve basit projelerde bu ba\u015flatma s\u00fcreci genellikle kendili\u011finden ve sorunsuz bir \u015fekilde ilerler. Ancak, proje b\u00fcy\u00fcd\u00fck\u00e7e, \u00f6zellikler eklendik\u00e7e ve farkl\u0131 mod\u00fcller bir araya geldik\u00e7e, ba\u015flang\u0131\u00e7 an\u0131ndaki karma\u015f\u0131kl\u0131k h\u0131zla artar. Bu durum, \u00f6zellikle mobil oyunlar gibi performans\u0131n kritik oldu\u011fu alanlarda ciddi sorunlara yol a\u00e7abilir. \u00d6rne\u011fin, bir mobil oyunun a\u00e7\u0131l\u0131\u015f ekran\u0131nda uzun s\u00fcre bekleme, kullan\u0131c\u0131 deneyimini olumsuz etkiler ve oyuncu kayb\u0131na neden olabilir. Ayr\u0131ca, ba\u015flatma s\u00fcrecinin iyi tasarlanmam\u0131\u015f olmas\u0131, kod tekrar\u0131na, ba\u011f\u0131ml\u0131l\u0131k sorunlar\u0131na ve bak\u0131m zorluklar\u0131na yol a\u00e7ar. Bir sistemdeki bir de\u011fi\u015fikli\u011fin, alakas\u0131z g\u00f6r\u00fcnen ba\u015fka bir sistemi etkilemesi gibi durumlar, geli\u015ftirme h\u0131z\u0131n\u0131 yava\u015flat\u0131r ve hata ay\u0131klamay\u0131 zorla\u015ft\u0131r\u0131r. \u0130\u015fte tam bu noktada, ak\u0131ll\u0131 ba\u015flatma (smart bootstrapping) kavram\u0131 devreye girer. Ak\u0131ll\u0131 ba\u015flatma, uygulaman\u0131n ba\u015flang\u0131\u00e7 an\u0131nda hangi bile\u015fenlerin, hangi s\u0131rayla ve hangi ba\u011f\u0131ml\u0131l\u0131klarla y\u00fcklenece\u011fini planl\u0131 ve kontroll\u00fc bir \u015fekilde y\u00f6netmeyi ama\u00e7lar. Bu sayede, hem performans\u0131 optimize etmek hem de projenin genel mimarisini daha sa\u011flam ve esnek hale getirmek m\u00fcmk\u00fcn olur. Ba\u015flatma s\u00fcrecini bilin\u00e7li bir \u015fekilde tasarlamak, sadece ilk a\u00e7\u0131l\u0131\u015f s\u00fcresini k\u0131saltmakla kalmaz, ayn\u0131 zamanda projenin \u00f6mr\u00fc boyunca kar\u015f\u0131la\u015f\u0131labilecek bir\u00e7ok teknik borcun \u00f6n\u00fcne ge\u00e7er ve uzun vadede geli\u015ftirme verimlili\u011fini art\u0131r\u0131r. Bu nedenle, Unity projelerinde ba\u015flatma s\u00fcreci, sadece bir “yap\u0131lmas\u0131 gereken” de\u011fil, ayn\u0131 zamanda projenin ba\u015far\u0131s\u0131 i\u00e7in stratejik bir \u00f6neme sahip olan temel bir mimari karard\u0131r.<\/p>\n
Ak\u0131ll\u0131 ba\u015flatma (smart bootstrapping), bir uygulaman\u0131n veya oyunun ba\u015flang\u0131\u00e7 an\u0131nda ihtiya\u00e7 duydu\u011fu t\u00fcm temel sistemleri, servisleri ve ba\u011f\u0131ml\u0131l\u0131klar\u0131 d\u00fczenli, performansl\u0131 ve \u00f6l\u00e7eklenebilir bir \u015fekilde kurma s\u00fcrecidir. Geleneksel yakla\u015f\u0131mlarda, genellikle her sahne (scene) kendi ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 y\u00f6netmeye \u00e7al\u0131\u015f\u0131r veya t\u00fcm sistemler tek bir karma\u015f\u0131k MonoBehaviour (davran\u0131\u015f bile\u015feni) i\u00e7inde ba\u015flat\u0131l\u0131r. Bu durum, zamanla projenin b\u00fcy\u00fcmesiyle birlikte y\u00f6netilemez bir h\u00e2l al\u0131r. Ba\u011f\u0131ml\u0131l\u0131klar i\u00e7 i\u00e7e ge\u00e7er, test edilebilirlik d\u00fc\u015fer ve yeni \u00f6zellik eklemek veya mevcut bir sistemi de\u011fi\u015ftirmek k\u00e2busa d\u00f6n\u00fc\u015febilir. Ak\u0131ll\u0131 ba\u015flatma ise bu sorunlara bir \u00e7\u00f6z\u00fcm sunar. Temelde, bir “bootstrap sahnesi” veya “bootstrap objesi” olu\u015fturarak, t\u00fcm uygulaman\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc ve temel servislerini bu merkezi noktadan y\u00f6netmeyi hedefler.<\/p>\n
Peki, ak\u0131ll\u0131 ba\u015flatmay\u0131 neden kullanmal\u0131y\u0131z? Birincisi, performans optimizasyonu<\/strong> sa\u011flar. Uygulama a\u00e7\u0131l\u0131rken sadece ger\u00e7ekten ihtiya\u00e7 duyulan bile\u015fenleri ve kaynaklar\u0131 y\u00fckleyerek, gereksiz bellek kullan\u0131m\u0131n\u0131 ve i\u015flemci y\u00fck\u00fcn\u00fc azalt\u0131r\u0131z. Bu, \u00f6zellikle mobil cihazlarda veya d\u00fc\u015f\u00fck donan\u0131ml\u0131 sistemlerde oyunun daha h\u0131zl\u0131 ba\u015flamas\u0131 ve daha ak\u0131c\u0131 \u00e7al\u0131\u015fmas\u0131 anlam\u0131na gelir. \u0130kincisi, mod\u00fclerlik ve s\u00fcrd\u00fcr\u00fclebilirlik<\/strong> sunar. Her bir sistemin (\u00f6rne\u011fin, ses y\u00f6neticisi, veri kaydetme servisi, analiz entegrasyonu) kendi i\u00e7inde izole edilmi\u015f bir \u015fekilde ba\u015flat\u0131lmas\u0131 ve y\u00f6netilmesi, kodun daha temiz, anla\u015f\u0131l\u0131r ve bak\u0131m\u0131 kolay olmas\u0131n\u0131 sa\u011flar. Bir sistemi de\u011fi\u015ftirmek veya g\u00fcncellemek istedi\u011finizde, di\u011fer sistemlere olan ba\u011f\u0131ml\u0131l\u0131klar minimuma indi\u011fi i\u00e7in daha az riskle hareket edersiniz. \u00dc\u00e7\u00fcnc\u00fcs\u00fc, test edilebilirlik<\/strong> b\u00fcy\u00fck \u00f6l\u00e7\u00fcde artar. Servisler birbirinden ba\u011f\u0131ms\u0131z hale geldi\u011finde, birim testleri (unit tests) yazmak \u00e7ok daha kolayla\u015f\u0131r. Her bir servisi izole bir ortamda test edebilir, hatalar\u0131 daha erken a\u015famada tespit edebilirsiniz. D\u00f6rd\u00fcnc\u00fcs\u00fc, \u00f6l\u00e7eklenebilirlik<\/strong> i\u00e7in temel bir zemin haz\u0131rlar. Projeniz b\u00fcy\u00fcd\u00fck\u00e7e ve yeni \u00f6zellikler eklendik\u00e7e, ak\u0131ll\u0131 ba\u015flatma yap\u0131s\u0131 sayesinde yeni servisleri sisteme entegre etmek \u00e7ok daha kolay olur. Ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu (dependency injection) veya servis bulucu (service locator) gibi tasar\u0131m desenleri, bu entegrasyonu daha da kolayla\u015ft\u0131r\u0131r. Be\u015fincisi, geli\u015ftirici verimlili\u011fi<\/strong>ni art\u0131r\u0131r. Geli\u015ftiriciler, temel sistemlerin her zaman d\u00fczg\u00fcn bir \u015fekilde ba\u015flat\u0131ld\u0131\u011f\u0131ndan emin olduklar\u0131 i\u00e7in, kendi g\u00f6revlerine daha fazla odaklanabilirler. Karma\u015f\u0131k ba\u015flang\u0131\u00e7 mant\u0131\u011f\u0131n\u0131 tekrar tekrar yazmak yerine, mevcut altyap\u0131y\u0131 kullanarak yeni \u00f6zellikler geli\u015ftirebilirler. \u00d6rne\u011fin, T\u00fcrkiye’deki bir\u00e7ok oyun st\u00fcdyosu, \u00f6zellikle hiper-casual ve mid-core mobil oyunlar geli\u015ftirirken, h\u0131zl\u0131 prototipleme ve yay\u0131nlama d\u00f6ng\u00fcleri nedeniyle ba\u015flang\u0131\u00e7 mimarisine yeterince \u00f6nem vermeyebilir. Ancak, oyunlar b\u00fcy\u00fcd\u00fck\u00e7e ve daha fazla oyuncuya ula\u015ft\u0131k\u00e7a, performans sorunlar\u0131 ve teknik bor\u00e7lar ciddi maliyetlere yol a\u00e7ar. Ak\u0131ll\u0131 ba\u015flatma, bu st\u00fcdyolar\u0131n uzun vadede daha sa\u011flam ve ba\u015far\u0131l\u0131 \u00fcr\u00fcnler ortaya koymas\u0131na yard\u0131mc\u0131 olabilir. Son olarak, tutarl\u0131l\u0131k<\/strong> sa\u011flar. Uygulaman\u0131n her zaman ayn\u0131 \u015fekilde ba\u015flat\u0131lmas\u0131n\u0131 garanti eder, bu da beklenmedik hatalar\u0131n ve tutars\u0131z davran\u0131\u015flar\u0131n \u00f6n\u00fcne ge\u00e7er. Bu avantajlar, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli ve uzun \u00f6m\u00fcrl\u00fc oyun projeleri i\u00e7in ak\u0131ll\u0131 ba\u015flatmay\u0131 vazge\u00e7ilmez bir mimari yakla\u015f\u0131m haline getirir.<\/p>\n Ak\u0131ll\u0131 ba\u015flatma stratejilerini uygularken s\u0131k\u00e7a kar\u015f\u0131m\u0131za \u00e7\u0131kan iki temel kavram Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (Dependency Injection – DI) ve Servis Bulucu (Service Locator) desenleridir. Bu desenler, kodunuzdaki ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00f6netmenize ve sistemler aras\u0131 coupling’i (ba\u011flant\u0131y\u0131) azaltman\u0131za yard\u0131mc\u0131 olur.<\/p>\n Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu, bir nesnenin ihtiya\u00e7 duydu\u011fu ba\u011f\u0131ml\u0131l\u0131klar\u0131 do\u011frudan kendisinin yaratmas\u0131 veya bulmas\u0131 yerine, d\u0131\u015far\u0131dan kendisine “enjekte edilmesi” prensibine dayan\u0131r. Bu, nesnelerin kendi ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 y\u00f6netme sorumlulu\u011funu \u00fczerlerinden alarak, daha gev\u015fek ba\u011fl\u0131 (loosely coupled) bir mimari olu\u015fturulmas\u0131n\u0131 sa\u011flar. \u00d6rne\u011fin, bir oyun y\u00f6neticisi s\u0131n\u0131f\u0131n\u0131n bir ses y\u00f6neticisine ihtiyac\u0131 varsa, DI kullanarak bu ses y\u00f6neticisini oyun y\u00f6neticisine d\u0131\u015far\u0131dan sa\u011flar\u0131z. Bu sayede, oyun y\u00f6neticisi hangi ses y\u00f6neticisi implementasyonunun kullan\u0131ld\u0131\u011f\u0131 hakk\u0131nda bilgi sahibi olmak zorunda kalmaz. Bu durum, kodun daha esnek, test edilebilir ve yeniden kullan\u0131labilir olmas\u0131n\u0131 sa\u011flar. Unity ba\u011flam\u0131nda DI, genellikle bir konteyner (container) veya bir framework (\u00e7er\u00e7eve) arac\u0131l\u0131\u011f\u0131yla uygulan\u0131r. Bu konteyner, t\u00fcm servislerin kayd\u0131n\u0131 tutar ve ihtiya\u00e7 duyuldu\u011funda do\u011fru ba\u011f\u0131ml\u0131l\u0131klar\u0131 \u00e7\u00f6zerek nesnelere sa\u011flar. \u00d6rne\u011fin, Zenject veya VContainer gibi pop\u00fcler Unity DI framework’leri, bu s\u00fcreci otomatikle\u015ftirerek geli\u015ftiricilerin i\u015fini kolayla\u015ft\u0131r\u0131r. DI’\u0131n temel faydalar\u0131 aras\u0131nda, test edilebilirli\u011fin artmas\u0131 (mock objelerle ba\u011f\u0131ml\u0131l\u0131klar\u0131 de\u011fi\u015ftirebilme), mod\u00fclerli\u011fin artmas\u0131 ve kodun daha okunabilir hale gelmesi say\u0131labilir. Bir oyun y\u00f6neticisinin ses sistemi veya veri kaydetme sistemi gibi farkl\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131 olabilir. DI sayesinde, bu ba\u011f\u0131ml\u0131l\u0131klar\u0131 constructor (yap\u0131c\u0131 metot) veya property (\u00f6zellik) arac\u0131l\u0131\u011f\u0131yla enjekte edebiliriz. Bu, \u00f6zellikle b\u00fcy\u00fck ekiplerde ve karma\u015f\u0131k projelerde, farkl\u0131 geli\u015ftiricilerin farkl\u0131 mod\u00fcller \u00fczerinde \u00e7al\u0131\u015f\u0131rken ba\u011f\u0131ml\u0131l\u0131k \u00e7ak\u0131\u015fmalar\u0131n\u0131 \u00f6nlemek i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Servis Bulucu deseni ise, ba\u011f\u0131ml\u0131l\u0131klar\u0131 do\u011frudan enjekte etmek yerine, merkezi bir “bulucu” (locator) nesnesi arac\u0131l\u0131\u011f\u0131yla eri\u015filebilir k\u0131lar. Bir nesnenin bir servise ihtiyac\u0131 oldu\u011funda, bu bulucuya ba\u015fvurarak ilgili servisi talep eder. Servis Bulucu, bir katalog veya rehber g\u00f6revi g\u00f6rerek, uygulamadaki t\u00fcm kay\u0131tl\u0131 servisleri bar\u0131nd\u0131r\u0131r ve istemcilerin bu servislere isimleriyle veya aray\u00fczleriyle eri\u015fmesini sa\u011flar. \u00d6rne\u011fin, Her iki desen de ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini kolayla\u015ft\u0131r\u0131rken, se\u00e7iminizi projenizin b\u00fcy\u00fckl\u00fc\u011f\u00fc, ekibinizin deneyimi ve test stratejileriniz belirlemelidir. Ak\u0131ll\u0131 ba\u015flatma ba\u011flam\u0131nda, bu desenler temel sistemlerinizi ba\u015flat\u0131rken ve di\u011fer mod\u00fcllere sunarken size g\u00fc\u00e7l\u00fc ara\u00e7lar sa\u011flar.<\/p>\n Unity projelerinizde ak\u0131ll\u0131 ba\u015flatmay\u0131 uygulamak, projenizin ba\u015flang\u0131\u00e7 yap\u0131s\u0131n\u0131 k\u00f6kten de\u011fi\u015ftiren ancak uzun vadede b\u00fcy\u00fck faydalar sa\u011flayan bir s\u00fcre\u00e7tir. \u0130\u015fte ad\u0131m ad\u0131m nas\u0131l ilerleyebilece\u011finize dair bir rehber:<\/p>\n Her \u015feyden \u00f6nce, projenizin ilk y\u00fcklenen sahnesi olacak \u00f6zel bir “Bootstrap” sahnesi olu\u015fturun. Bu sahne, oyununuzun veya uygulaman\u0131z\u0131n temel sistemlerini ba\u015flatmaktan sorumlu olacakt\u0131r. Bu sahneye sadece bir kamera ve bir ana \u0131\u015f\u0131k ekleyebilirsiniz, \u00e7\u00fcnk\u00fc g\u00f6rsel olarak minimal olmas\u0131 ve h\u0131zl\u0131 y\u00fcklenmesi hedeflenir. Bu sahnenin amac\u0131, di\u011fer t\u00fcm oyun sahnelerinden \u00f6nce y\u00fcklenerek, global seviyede ihtiya\u00e7 duyulan t\u00fcm servislerin ve y\u00f6neticilerin haz\u0131r hale getirilmesini sa\u011flamakt\u0131r. \u00d6rne\u011fin, ses y\u00f6neticisi, veri kaydetme servisi, analiz entegrasyonu veya a\u011f y\u00f6neticisi gibi kritik bile\u015fenler bu sahne \u00fczerinde ba\u015flat\u0131lmal\u0131d\u0131r. Bu sahnenin ismi genellikle Bootstrap sahnesinde, t\u00fcm ba\u015flatma mant\u0131\u011f\u0131n\u0131 y\u00f6netecek bir Yukar\u0131daki \u00f6rnekte, Servislerinizi global olarak eri\u015filebilir k\u0131lmak i\u00e7in basit bir Servis Bulucu implementasyonu kullanabilirsiniz. Bu, statik bir s\u0131n\u0131f olabilir ve ba\u015flat\u0131lan servisleri bir s\u00f6zl\u00fckte tutar. Di\u011fer bile\u015fenler, ihtiya\u00e7 duyduklar\u0131 servislere bu bulucu \u00fczerinden eri\u015febilirler.<\/p>\n Bu Servislerinizi ScriptableObject olarak tasarlamak, Unity Edit\u00f6r’\u00fc \u00fczerinden yap\u0131land\u0131rma ve y\u00f6netim kolayl\u0131\u011f\u0131 sa\u011flar. Her bir servisiniz i\u00e7in bir aray\u00fcz (interface) tan\u0131mlay\u0131n ve bu aray\u00fcz\u00fc ScriptableObject’lerinizin implemente etmesini sa\u011flay\u0131n. \u00d6rne\u011fin, bir ses y\u00f6neticisi i\u00e7in:<\/p>\n Bu yakla\u015f\u0131m, servislerinizin ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc Unity’nin sahne ba\u011f\u0131ml\u0131l\u0131\u011f\u0131ndan ay\u0131r\u0131r ve onlar\u0131 daha ba\u011f\u0131ms\u0131z hale getirir. Bootstrapper, t\u00fcm temel sistemleri ba\u015flatt\u0131ktan sonra, oyunun ana men\u00fcs\u00fcn\u00fc veya ilk oynanabilir sahnesini y\u00fcklemelidir. Bu y\u00fckleme i\u015flemi genellikle asenkron (async) yap\u0131l\u0131r, b\u00f6ylece kullan\u0131c\u0131 aray\u00fcz\u00fc kilitlenmez ve y\u00fckleme ekranlar\u0131 g\u00f6sterilebilir.<\/p>\n Asenkron sahne y\u00fckleme, kullan\u0131c\u0131 deneyimini iyile\u015ftirir ve uygulaman\u0131n daha dinamik hissetmesini sa\u011flar. Bu s\u00fcre\u00e7te, bir y\u00fckleme \u00e7ubu\u011fu veya animasyon g\u00f6stererek kullan\u0131c\u0131n\u0131n bekleme s\u00fcresini daha keyifli hale getirebilirsiniz. Bu ad\u0131mlar, Unity projenizde sa\u011flam ve verimli bir ak\u0131ll\u0131 ba\u015flatma mimarisi kurman\u0131z i\u00e7in bir ba\u015flang\u0131\u00e7 noktas\u0131 olacakt\u0131r. Bu yap\u0131y\u0131 kurduktan sonra, projenizin b\u00fcy\u00fckl\u00fc\u011f\u00fcne ve ihtiya\u00e7lar\u0131na g\u00f6re daha geli\u015fmi\u015f ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu framework’lerini veya Addressables gibi geli\u015fmi\u015f kaynak y\u00f6netimi sistemlerini entegre edebilirsiniz.<\/p>\n Unity projelerinizde ak\u0131ll\u0131 ba\u015flatma mimarisini kurduktan sonra, performans\u0131 ve esnekli\u011fi daha da art\u0131rmak i\u00e7in ileri d\u00fczey teknikleri ve optimizasyonlar\u0131 d\u00fc\u015f\u00fcnebilirsiniz. Bu teknikler, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli ve y\u00fcksek performans gerektiren oyunlar i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Yukar\u0131daki \u00f6rnekte servisler senkron (ard\u0131\u015f\u0131k) olarak ba\u015flat\u0131l\u0131yordu. Ancak, baz\u0131 servisler uzun s\u00fcren ba\u015flatma i\u015flemlerine sahip olabilir (\u00f6rne\u011fin, b\u00fcy\u00fck veri taban\u0131 y\u00fcklemeleri, a\u011f ba\u011flant\u0131lar\u0131). Bu t\u00fcr durumlarda, servisleri asenkron olarak ba\u015flatmak, uygulaman\u0131n genel a\u00e7\u0131l\u0131\u015f s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131saltabilir. C# Bu yakla\u015f\u0131m, ba\u015flatma s\u00fcrecini daha verimli hale getirirken, karma\u015f\u0131k ba\u011f\u0131ml\u0131l\u0131k zincirlerini y\u00f6netirken dikkatli olmay\u0131 gerektirir. Baz\u0131 servisler di\u011ferlerinin tamamlanmas\u0131n\u0131 beklemek zorunda kalabilir. Bu durumda, B\u00fcy\u00fck oyunlarda, t\u00fcm kaynaklar\u0131 (modeller, dokular, sesler, animasyonlar) oyun ba\u015flang\u0131c\u0131nda y\u00fcklemek m\u00fcmk\u00fcn veya verimli de\u011fildir. Unity Addressables sistemi, kaynaklar\u0131 talep \u00fczerine (on-demand) ve asenkron olarak y\u00fcklemenizi sa\u011flar. Ak\u0131ll\u0131 ba\u015flatma mimariniz i\u00e7inde Addressables’\u0131 entegre etmek, kaynak y\u00f6netimini optimize etmenin g\u00fc\u00e7l\u00fc bir yoludur. \u00d6rne\u011fin, bir servisiniz belirli bir sahneye veya \u00f6zelli\u011fe ait kaynaklara ihtiya\u00e7 duyuyorsa, bu kaynaklar\u0131 Addressables \u00fczerinden asenkron olarak y\u00fckleyebilir. Bu sayede, uygulaman\u0131n ilk a\u00e7\u0131l\u0131\u015f\u0131nda sadece kritik kaynaklar y\u00fcklenir, di\u011ferleri ise ihtiya\u00e7 duyulduk\u00e7a indirilir veya y\u00fcklenir. Bu, \u00f6zellikle mobil oyunlarda uygulama boyutunu ve ilk y\u00fckleme s\u00fcresini d\u00fc\u015f\u00fcrmek i\u00e7in hayati \u00f6neme sahiptir. Addressables, ayr\u0131ca kaynaklar\u0131n g\u00fcncellenmesini ve yama (patch) sistemlerini de kolayla\u015ft\u0131r\u0131r.<\/p>\n Servislerinizin veya ba\u015flatma s\u00fcrecinizin konfig\u00fcrasyonlar\u0131n\u0131 kod i\u00e7ine g\u00f6mmek yerine, ScriptableObject’ler kullanarak harici hale getirmek, esnekli\u011fi art\u0131r\u0131r. \u00d6rne\u011fin, farkl\u0131 geli\u015ftirme ortamlar\u0131 (dev, test, prod) i\u00e7in farkl\u0131 API anahtarlar\u0131, sunucu adresleri veya \u00f6zellik bayraklar\u0131 (feature flags) tan\u0131mlayabilirsiniz. Bir Yukar\u0131da bahsetti\u011fimiz basit Servis Bulucu yerine, Zenject (Extenject), VContainer veya StrangeIoC gibi daha geli\u015fmi\u015f Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (DI) framework’lerini kullanmak, b\u00fcy\u00fck projelerde ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini \u00e7ok daha g\u00fc\u00e7l\u00fc ve otomatik hale getirir. Bu framework’ler, ba\u011f\u0131ml\u0131l\u0131klar\u0131 otomatik olarak \u00e7\u00f6zer, ya\u015fam d\u00f6ng\u00fclerini y\u00f6netir ve test edilebilirli\u011fi art\u0131r\u0131r. Bir DI framework’\u00fc ile, Ak\u0131ll\u0131 ba\u015flatma stratejilerinizi uygulad\u0131ktan sonra, Unity Profiler’\u0131 kullanarak uygulaman\u0131z\u0131n ba\u015flang\u0131\u00e7 performans\u0131n\u0131 dikkatlice izlemelisiniz. Hangi servislerin ne kadar s\u00fcre ald\u0131\u011f\u0131n\u0131, bellek kullan\u0131m\u0131n\u0131 ve CPU y\u00fck\u00fcn\u00fc analiz edin. Bu, darbo\u011fazlar\u0131 (bottlenecks) tespit etmenize ve optimizasyon alanlar\u0131n\u0131 belirlemenize yard\u0131mc\u0131 olacakt\u0131r. \u00d6zellikle asenkron ba\u015flatma kullan\u0131rken, g\u00f6revlerin do\u011fru bir \u015fekilde paralel \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan ve ana i\u015f par\u00e7ac\u0131\u011f\u0131n\u0131 (main thread) bloke etmedi\u011finden emin olmak i\u00e7in profilleyiciyi kullanmak \u00e7ok \u00f6nemlidir. Ayr\u0131ca, farkl\u0131 cihazlarda ve platformlarda ba\u015flatma performans\u0131n\u0131 test etmek, ger\u00e7ek d\u00fcnya senaryolar\u0131nda uygulaman\u0131z\u0131n nas\u0131l davrand\u0131\u011f\u0131n\u0131 anlamak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Bu geli\u015fmi\u015f teknikler, Unity projenizin ba\u015flang\u0131\u00e7 mimarisini sadece sa\u011flamla\u015ft\u0131rmakla kalmaz, ayn\u0131 zamanda gelecekteki geni\u015flemelere ve de\u011fi\u015fikliklere kar\u015f\u0131 daha diren\u00e7li hale getirir. Her zaman projenizin ihtiya\u00e7lar\u0131na en uygun \u00e7\u00f6z\u00fcmleri se\u00e7meye \u00f6zen g\u00f6sterin ve her optimizasyonun bir maliyeti oldu\u011funu unutmay\u0131n.<\/p>\n Hayal edelim ki, T\u00fcrkiye pazar\u0131nda pop\u00fcler olmaya aday, \u00e7ok oyunculu, rol yapma (RPG) unsurlar\u0131 i\u00e7eren bir mobil oyun geli\u015ftiriyoruz: “Anadolu Efsaneleri”. Bu oyun, zengin grafiklere, ger\u00e7ek zamanl\u0131 \u00e7ok oyunculu sisteme, s\u00fcrekli g\u00fcncellenen i\u00e7eri\u011fe ve karma\u015f\u0131k bir envanter\/yetenek sistemine sahip. B\u00f6ylesine b\u00fcy\u00fck bir projede ak\u0131ll\u0131 ba\u015flatma (smart bootstrapping) nas\u0131l uygulan\u0131r ve ne gibi faydalar sa\u011flar?<\/p>\n Oyunun ba\u015flang\u0131\u00e7 s\u00fcreci, oyuncunun sabr\u0131n\u0131 zorlamamal\u0131 ve ak\u0131c\u0131 bir deneyim sunmal\u0131d\u0131r. Geleneksel yakla\u015f\u0131mlar, t\u00fcm kaynaklar\u0131 ve sistemleri tek seferde y\u00fcklemeye \u00e7al\u0131\u015farak uzun y\u00fckleme ekranlar\u0131na yol a\u00e7ar. Ak\u0131ll\u0131 ba\u015flatma ile bu sorunlar\u0131 nas\u0131l a\u015fabiliriz?<\/p>\n Uygulama ba\u015flad\u0131\u011f\u0131nda ilk olarak Bu servislerin hepsi “Anadolu Efsaneleri” gibi bir RPG, y\u00fczlerce model, animasyon, doku ve ses dosyas\u0131na sahiptir. Bu kaynaklar\u0131n hepsini ba\u015flang\u0131\u00e7ta y\u00fcklemek imkans\u0131zd\u0131r. \u0130\u015fte burada Addressables devreye girer:<\/p>\n Projenin b\u00fcy\u00fckl\u00fc\u011f\u00fc ve karma\u015f\u0131kl\u0131\u011f\u0131 g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, manuel Servis Bulucu yerine Zenject gibi g\u00fc\u00e7l\u00fc bir DI framework’\u00fc kullan\u0131l\u0131r. Geli\u015ftirme s\u00fcreci boyunca Unity Profiler ve mobil cihaz profiler ara\u00e7lar\u0131 s\u00fcrekli kullan\u0131l\u0131r. Ba\u015flatma s\u00fcresinin her bir a\u015famas\u0131 detayl\u0131 bir \u015fekilde incelenir. Hangi servisin veya Addressables grubunun y\u00fcklenmesinin darbo\u011faz yaratt\u0131\u011f\u0131 tespit edilir ve gerekli optimizasyonlar yap\u0131l\u0131r. \u00d6rne\u011fin, bir Addressables grubunun \u00e7ok b\u00fcy\u00fck oldu\u011fu veya bir servisin ba\u015flatma i\u015fleminin \u00e7ok uzun s\u00fcrd\u00fc\u011f\u00fc tespit edilirse, bu durum iyile\u015ftirilir. Oyuncular\u0131n ilk deneyimleri i\u00e7in kritik olan bu a\u00e7\u0131l\u0131\u015f s\u00fcresi, d\u00fczenli olarak test edilir ve iyile\u015ftirilir.<\/p>\n<\/li>\n<\/ol>\n Bu vaka analizi, ak\u0131ll\u0131 ba\u015flatman\u0131n “Anadolu Efsaneleri” gibi b\u00fcy\u00fck bir mobil RPG projesinde nas\u0131l bir fark yaratabilece\u011fini g\u00f6stermektedir. Mod\u00fclerlik, performans ve s\u00fcrd\u00fcr\u00fclebilirlik sayesinde, geli\u015ftirme ekibi daha verimli \u00e7al\u0131\u015fabilir ve oyunculara daha kaliteli bir deneyim sunabilir.<\/p>\n Unity projelerinde ak\u0131ll\u0131 ba\u015flatma (smart bootstrapping), sadece bir optimizasyon tekni\u011fi olman\u0131n \u00f6tesinde, projenizin temel mimarisini g\u00fc\u00e7lendiren stratejik bir yakla\u015f\u0131md\u0131r. Uygulaman\u0131z\u0131n ba\u015flang\u0131\u00e7 s\u00fcre\u00e7lerini bilin\u00e7li bir \u015fekilde y\u00f6netmek, performans\u0131 art\u0131r\u0131r, kodunuzu daha mod\u00fcler ve test edilebilir hale getirir, uzun vadede bak\u0131m maliyetlerini d\u00fc\u015f\u00fcr\u00fcr ve geli\u015ftirici verimlili\u011fini art\u0131r\u0131r. \u00d6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k oyun projelerinde veya T\u00fcrkiye pazar\u0131ndaki h\u0131zl\u0131 tempolu mobil oyun geli\u015ftirme ortamlar\u0131nda, bu t\u00fcr mimari kararlar projenin ba\u015far\u0131s\u0131 i\u00e7in kritik \u00f6neme sahiptir. Ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu ve servis bulucu gibi desenleri kullanarak, ScriptableObject tabanl\u0131 servislerle konfig\u00fcrasyonu harici hale getirerek ve Addressables ile kaynak y\u00f6netimini optimize ederek, Unity projelerinizi bir sonraki seviyeye ta\u015f\u0131yabilirsiniz. Unutmay\u0131n, iyi bir ba\u015flang\u0131\u00e7, uzun ve ba\u015far\u0131l\u0131 bir proje \u00f6mr\u00fcn\u00fcn temelini olu\u015fturur.<\/p>\n C:<\/strong> Hay\u0131r, her proje i\u00e7in zorunlu de\u011fildir. \u00c7ok k\u00fc\u00e7\u00fck ve basit projelerde, standart Unity sahne y\u00f6netimi yeterli olabilir. Ancak, projeniz b\u00fcy\u00fcd\u00fck\u00e7e, birden fazla sahneye sahip olduk\u00e7a, farkl\u0131 servisler (ses, kay\u0131t, analiz) kulland\u0131k\u00e7a veya performansa \u00f6nem verdi\u011finizde ak\u0131ll\u0131 ba\u015flatma b\u00fcy\u00fck faydalar sa\u011flar. \u00d6zellikle mobil oyunlar, VR\/AR uygulamalar\u0131 veya b\u00fcy\u00fck \u00f6l\u00e7ekli PC oyunlar\u0131 i\u00e7in \u015fiddetle tavsiye edilir.<\/p>\n<\/li>\n C:<\/strong> DI, ba\u011f\u0131ml\u0131l\u0131klar\u0131 bir nesnenin constructor’\u0131na veya property’sine d\u0131\u015far\u0131dan “enjekte eder”, b\u00f6ylece nesne kendi ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 bilmek zorunda kalmaz. Bu, daha gev\u015fek ba\u011fl\u0131 kod ve daha iyi test edilebilirlik sa\u011flar. Servis Bulucu ise, merkezi bir bulucu arac\u0131l\u0131\u011f\u0131yla servislere eri\u015fim sa\u011flar. DI daha iyi bir mimari uygulama olarak kabul edilirken, Servis Bulucu daha basit ve h\u0131zl\u0131 entegrasyon i\u00e7in kullan\u0131labilir. B\u00fcy\u00fck projelerde DI framework’leri (Zenject gibi) tercih edilirken, daha k\u00fc\u00e7\u00fck veya h\u0131zl\u0131 prototipleme projelerinde basit bir Servis Bulucu yeterli olabilir.<\/p>\n<\/li>\n C:<\/strong> Genellikle evet. Bootstrap sahnesindeki ana C:<\/strong> Unity Profiler, ba\u015flatma s\u00fcrecindeki performans darbo\u011fazlar\u0131n\u0131 tespit etmek i\u00e7in en \u00f6nemli ara\u00e7t\u0131r. Profiler’\u0131 kullanarak CPU kullan\u0131m\u0131n\u0131, bellek tahsislerini ve her bir metodun ne kadar s\u00fcre ald\u0131\u011f\u0131n\u0131 analiz edebilirsiniz. \u00d6zellikle C:<\/strong> ScriptableObject tabanl\u0131 servisler, Unity Edit\u00f6r’\u00fc \u00fczerinden kolayca yap\u0131land\u0131r\u0131labilir ve y\u00f6netilebilir olmalar\u0131 nedeniyle b\u00fcy\u00fck avantaj sunar. Kod taban\u0131na dokunmadan servislerin ayarlar\u0131n\u0131 de\u011fi\u015ftirebilirsiniz. Ayr\u0131ca, sahne ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n\u0131 ortadan kald\u0131r\u0131r ve servislerinizi daha mod\u00fcler hale getirir. Farkl\u0131 ortamlar (geli\u015ftirme, test, yay\u0131n) i\u00e7in farkl\u0131 konfig\u00fcrasyonlar veya servis implementasyonlar\u0131 olu\u015fturmak \u00e7ok daha kolay hale gelir.<\/p>\n<\/li>\n<\/ul>\n #Unity #OyunGeli\u015ftirme #Mimari #Bootstrapping #Yaz\u0131l\u0131mMimarisi<\/p>\nTemel Kavramlar: Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu ve Servis Bulucu<\/h3>\n
Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (Dependency Injection – DI) Nedir?<\/h4>\n
Servis Bulucu (Service Locator) Nedir?<\/h4>\n
ServiceLocator.GetUnity’de Ak\u0131ll\u0131 Ba\u015flatma Nas\u0131l Uygulan\u0131r? Ad\u0131m Ad\u0131m Rehber<\/h3>\n
1. Bootstrap Sahnesi Olu\u015fturma<\/h4>\n
_Bootstrap<\/code> veya GlobalInit<\/code> gibi belirleyici bir isim olur ve projenin Build Settings (Derleme Ayarlar\u0131) i\u00e7inde en \u00fcst s\u0131raya yerle\u015ftirilir, b\u00f6ylece uygulama ba\u015flad\u0131\u011f\u0131nda ilk bu sahne y\u00fcklenir.<\/p>\n\/\/ Build Settings'te _Bootstrap sahnesinin ilk s\u0131rada oldu\u011fundan emin olun.\n\/\/ File -> Build Settings... -> Scenes In Build listesine ekleyin ve en \u00fcste ta\u015f\u0131y\u0131n.<\/code><\/pre>\n<\/p><\/div>\n2. Temel Bootstrapper S\u0131n\u0131f\u0131 Geli\u015ftirme<\/h4>\n
Bootstrapper<\/code> MonoBehaviour beti\u011fi olu\u015fturun. Bu betik, sahnede bulunan bo\u015f bir GameObject’e atanmal\u0131d\u0131r. Bootstrapper<\/code> s\u0131n\u0131f\u0131, uygulaman\u0131z\u0131n temel servislerini kaydetme, ba\u015flatma ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 \u00e7\u00f6zme i\u015flemlerini i\u00e7erecektir. Bu s\u0131n\u0131f\u0131n Awake()<\/code> veya Start()<\/code> metodunda, t\u00fcm kritik sistemlerinizi s\u0131rayla ba\u015flatmal\u0131s\u0131n\u0131z. Burada dikkat edilmesi gereken nokta, her bir servisin kendi sorumlulu\u011funa sahip olmas\u0131 ve Bootstrapper<\/code>‘\u0131n sadece bu servislerin orkestrasyonunu yapmas\u0131d\u0131r. \u00d6rne\u011fin, bir AudioService<\/code>, bir SaveGameService<\/code> ve bir AnalyticsService<\/code> gibi farkl\u0131 servisleriniz olabilir. Bootstrapper<\/code>, bu servislerin \u00f6rneklerini olu\u015fturacak ve bunlar\u0131 bir servis bulucuya kaydedebilir veya ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu sistemi arac\u0131l\u0131\u011f\u0131yla di\u011fer bile\u015fenlere sunabilir.<\/p>\nusing UnityEngine;\n using UnityEngine.SceneManagement;\n using System.Collections.Generic;\n\n public class Bootstrapper : MonoBehaviour\n {\n \/\/ Ba\u015flat\u0131lacak servislerin listesi\n [SerializeField] private List<ScriptableObject> _servicesToInit;\n \n private void Awake()\n {\n DontDestroyOnLoad(this.gameObject); \/\/ Bootstrap objesini sahneler aras\u0131 koru\n\n InitializeServices();\n LoadMainMenu();\n }\n\n private void InitializeServices()\n {\n Debug.Log(\"Servisler ba\u015flat\u0131l\u0131yor...\");\n foreach (var service in _servicesToInit)\n {\n if (service is IInitializableService initializable)\n {\n initializable.Initialize();\n ServiceLocator.RegisterService(initializable); \/\/ Servisleri kaydet\n Debug.Log($\"- {service.name} ba\u015flat\u0131ld\u0131.\");\n }\n }\n Debug.Log(\"T\u00fcm servisler ba\u015far\u0131yla ba\u015flat\u0131ld\u0131.\");\n }\n\n private void LoadMainMenu()\n {\n \/\/ Ana men\u00fc sahnesini asenkron olarak y\u00fckle\n SceneManager.LoadSceneAsync(\"MainMenuScene\");\n }\n }<\/code><\/pre>\n<\/p><\/div>\n_servicesToInit<\/code> listesi ScriptableObject tabanl\u0131 servisleri tutabilir. Bu, servislerinizi edit\u00f6rden kolayca y\u00f6netmenizi sa\u011flar. IInitializableService<\/code> aray\u00fcz\u00fc, her servisin bir Initialize()<\/code> metodu olmas\u0131n\u0131 garanti eder. ServiceLocator.RegisterService()<\/code> ise, servisleri di\u011fer bile\u015fenlerin eri\u015febilece\u011fi merkezi bir noktaya kaydeder.<\/p>\n3. Servis Bulucu (Service Locator) Implementasyonu<\/h4>\n
using System;\n using System.Collections.Generic;\n \n public static class ServiceLocator\n {\n private static readonly Dictionary<Type, object> _services = new Dictionary<Type, object>();\n \n public static void RegisterService<T>(T service) where T : class\n {\n if (!_services.ContainsKey(typeof(T)))\n {\n _services.Add(typeof(T), service);\n }\n else\n {\n Debug.LogWarning($\"Servis {typeof(T).Name} zaten kay\u0131tl\u0131.\");\n }\n }\n \n public static T GetService<T>() where T : class\n {\n if (_services.TryGetValue(typeof(T), out object service))\n {\n return service as T;\n }\n Debug.LogError($\"Servis {typeof(T).Name} bulunamad\u0131!\");\n return null;\n }\n\n public static void ClearServices()\n {\n _services.Clear();\n }\n }<\/code><\/pre>\n<\/p><\/div>\nServiceLocator<\/code> s\u0131n\u0131f\u0131, servisleri Type<\/code> baz\u0131nda kaydeder ve geri d\u00f6nd\u00fcr\u00fcr. Bu sayede, herhangi bir yerden ServiceLocator.GetService4. ScriptableObject Tabanl\u0131 Servisler<\/h4>\n
using UnityEngine;\n\n public interface IAudioService : IInitializableService\n {\n void PlaySound(AudioClip clip);\n void SetVolume(float volume);\n }\n\n [CreateAssetMenu(fileName = \"AudioService\", menuName = \"Services\/Audio Service\")]\n public class AudioServiceSO : ScriptableObject, IAudioService\n {\n [SerializeField] private float _masterVolume = 1.0f;\n private AudioSource _audioSource; \/\/ Ger\u00e7ek ses \u00e7alma bile\u015feni\n\n public void Initialize()\n {\n \/\/ Ses sistemini ba\u015flat\n GameObject audioGameObject = new GameObject(\"GlobalAudioSource\");\n _audioSource = audioGameObject.AddComponent<AudioSource>();\n _audioSource.volume = _masterVolume;\n DontDestroyOnLoad(audioGameObject); \/\/ Ses kayna\u011f\u0131n\u0131 sahneler aras\u0131 koru\n Debug.Log(\"AudioService ba\u015flat\u0131ld\u0131.\");\n }\n\n public void PlaySound(AudioClip clip)\n {\n if (_audioSource != null && clip != null)\n {\n _audioSource.PlayOneShot(clip);\n }\n }\n\n public void SetVolume(float volume)\n {\n _masterVolume = Mathf.Clamp01(volume);\n if (_audioSource != null)\n {\n _audioSource.volume = _masterVolume;\n }\n }\n }<\/code><\/pre>\n<\/p><\/div>\nBootstrapper<\/code>‘da, bu ScriptableObject’leri s\u00fcr\u00fckleyip b\u0131rakarak kolayca yap\u0131land\u0131rabilirsiniz. Bu, \u00f6zellikle farkl\u0131 ortamlarda (geli\u015ftirme, test, yay\u0131n) farkl\u0131 servis implementasyonlar\u0131 kullanman\u0131z gerekti\u011finde esneklik sa\u011flar.<\/p>\n5. Sahne Y\u00fckleme Stratejileri<\/h4>\n
\/\/ Bootstrapper s\u0131n\u0131f\u0131nda LoadMainMenu() metodu:\n private async void LoadMainMenu()\n {\n \/\/ Y\u00fckleme ekran\u0131 g\u00f6sterilebilir.\n \/\/ \u00d6rne\u011fin, bir UI panelini aktif edebilirsiniz.\n \/\/ await Task.Delay(1000); \/\/ Y\u00fckleme animasyonu i\u00e7in bekletme\n\n AsyncOperation asyncLoad = SceneManager.LoadSceneAsync(\"MainMenuScene\");\n\n while (!asyncLoad.isDone)\n {\n \/\/ Y\u00fckleme ilerlemesini kullan\u0131c\u0131ya g\u00f6ster\n \/\/ float progress = Mathf.Clamp01(asyncLoad.progress \/ 0.9f);\n \/\/ Debug.Log($\"Y\u00fckleniyor: {progress * 100}%\");\n await System.Threading.Tasks.Task.Yield(); \/\/ Bir frame bekle\n }\n\n Debug.Log(\"Ana Men\u00fc sahnesi y\u00fcklendi.\");\n \/\/ Y\u00fckleme ekran\u0131 gizlenebilir.\n }<\/code><\/pre>\n<\/p><\/div>\nGeli\u015fmi\u015f Ba\u015flatma Teknikleri ve Optimizasyonlar<\/h3>\n
1. Asenkron Servis Ba\u015flatma<\/h4>\n
async\/await<\/code> anahtar kelimeleri ve Task<\/code> s\u0131n\u0131f\u0131, bu t\u00fcr i\u015flemleri y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir mekanizma sunar. Her bir servisin Initialize()<\/code> metodunu async Task<\/code> d\u00f6nd\u00fcrecek \u015fekilde de\u011fi\u015ftirebilir ve Bootstrapper<\/code> i\u00e7inde t\u00fcm bu asenkron ba\u015flatma g\u00f6revlerini paralel olarak \u00e7al\u0131\u015ft\u0131r\u0131p tamamlanmalar\u0131n\u0131 bekleyebilirsiniz.<\/p>\nusing System.Threading.Tasks;\n\n public interface IInitializableService\n {\n Task Initialize(); \/\/ Asenkron ba\u015flatma i\u00e7in Task d\u00f6nd\u00fcr\n }\n\n public class Bootstrapper : MonoBehaviour\n {\n \/\/ ... di\u011fer kodlar ...\n\n private async void InitializeServices()\n {\n Debug.Log(\"Servisler asenkron olarak ba\u015flat\u0131l\u0131yor...\");\n List<Task> initializationTasks = new List<Task>();\n\n foreach (var service in _servicesToInit)\n {\n if (service is IInitializableService initializable)\n {\n initializationTasks.Add(initializable.Initialize().ContinueWith(task =>\n {\n if (task.IsCompletedSuccessfully)\n {\n ServiceLocator.RegisterService(initializable);\n Debug.Log($\"- {service.name} ba\u015far\u0131yla ba\u015flat\u0131ld\u0131.\");\n }\n else if (task.IsFaulted)\n {\n Debug.LogError($\"- {service.name} ba\u015flat\u0131l\u0131rken hata olu\u015ftu: {task.Exception}\");\n }\n }, TaskScheduler.FromCurrentSynchronizationContext())); \/\/ UI thread'inde debug log i\u00e7in\n }\n }\n \n await Task.WhenAll(initializationTasks); \/\/ T\u00fcm g\u00f6revlerin bitmesini bekle\n Debug.Log(\"T\u00fcm servisler ba\u015far\u0131yla ba\u015flat\u0131ld\u0131.\");\n }\n\n \/\/ ... di\u011fer kodlar ...\n }<\/code><\/pre>\n<\/p><\/div>\nawait<\/code> anahtar kelimesini kullanarak belirli bir s\u0131ray\u0131 garanti edebilirsiniz.<\/p>\n2. Unity Addressables ile Kaynak Y\u00f6netimi<\/h4>\n
3. Konfig\u00fcrasyon Y\u00f6netimi i\u00e7in ScriptableObject’ler<\/h4>\n
GameConfig<\/code> ScriptableObject’i olu\u015fturarak, bu konfig\u00fcrasyonlar\u0131 merkezi bir yerden y\u00f6netebilir ve Bootstrapper<\/code> i\u00e7inde bu konfig\u00fcrasyonlar\u0131 okuyarak servislerinizi ba\u015flatabilirsiniz. Bu, oyununuzu yeniden derlemeye gerek kalmadan farkl\u0131 konfig\u00fcrasyonlarla test etmenizi ve yay\u0131nlaman\u0131z\u0131 sa\u011flar.<\/p>\n[CreateAssetMenu(fileName = \"GameConfig\", menuName = \"Game\/Game Configuration\")]\n public class GameConfig : ScriptableObject\n {\n public string ApiBaseUrl = \"https:\/\/api.example.com\/\";\n public bool EnableAnalytics = true;\n public int MaxPlayers = 4;\n \/\/ Di\u011fer oyun ayarlar\u0131...\n }\n\n \/\/ Bootstrapper i\u00e7inde:\n \/\/ [SerializeField] private GameConfig _gameConfig;\n \/\/ ... servisleri ba\u015flat\u0131rken _gameConfig.EnableAnalytics gibi de\u011ferleri kullanabilirsiniz.<\/code><\/pre>\n<\/p><\/div>\n4. Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu Framework’leri<\/h4>\n
Bootstrapper<\/code>‘\u0131n\u0131z \u00e7ok daha sadele\u015fir ve sadece DI konteynerini ba\u015flatma ve temel ba\u011flamlar\u0131 (bindings) tan\u0131mlama sorumlulu\u011funu \u00fcstlenir. Di\u011fer t\u00fcm servislerin ve bile\u015fenlerin ba\u011f\u0131ml\u0131l\u0131klar\u0131 framework taraf\u0131ndan otomatik olarak enjekte edilir. Bu, kod tekrar\u0131n\u0131 azalt\u0131r ve projenizin mimarisini daha tutarl\u0131 hale getirir. \u00d6zellikle, Unity’nin sahne bazl\u0131 ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimindeki zorluklar\u0131n\u0131 a\u015fmak i\u00e7in bu t\u00fcr framework’ler vazge\u00e7ilmezdir. T\u00fcrk oyun sekt\u00f6r\u00fcnde de bu t\u00fcr framework’lerin kullan\u0131m\u0131 yayg\u0131nla\u015fmakta, zira projeler b\u00fcy\u00fcd\u00fck\u00e7e manuel ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimi s\u00fcrd\u00fcr\u00fclemez hale gelmektedir.<\/p>\n5. Performans Profili Olu\u015fturma ve \u0130zleme<\/h4>\n
Vaka Analizi: B\u00fcy\u00fck \u00d6l\u00e7ekli Bir Mobil Oyunun Ak\u0131ll\u0131 Ba\u015flatma S\u00fcreci<\/h3>\n
Senaryo: “Anadolu Efsaneleri” Mobil RPG<\/h4>\n
\n
_Bootstrap<\/code> Sahnesi ve Temel Sistemler:<\/strong><\/p>\n_Bootstrap<\/code> sahnesi y\u00fcklenir. Bu sahne, sadece temel Bootstrapper<\/code> objesini ve bir y\u00fckleme ekran\u0131 kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc (UI) bar\u0131nd\u0131r\u0131r. Bootstrapper<\/code>, a\u015fa\u011f\u0131daki kritik servisleri asenkron olarak ba\u015flat\u0131r:<\/p>\n\n
AnalyticsService<\/code>:<\/strong> Firebase veya Adjust gibi platformlarla entegrasyon. Oyunun a\u00e7\u0131l\u0131\u015f\u0131nda kullan\u0131c\u0131 verilerini toplamaya ba\u015flar.<\/li>\nNetworkService<\/code>:<\/strong> Oyunun sunucular\u0131yla temel ba\u011flant\u0131y\u0131 kurar, kimlik do\u011frulama i\u00e7in gerekli \u00f6n haz\u0131rl\u0131klar\u0131 yapar.<\/li>\nLocalizationService<\/code>:<\/strong> Oyuncunun cihaz dilini alg\u0131lar ve metinlerin do\u011fru dilde y\u00fcklenmesi i\u00e7in gerekli veri setlerini ba\u015flat\u0131r. (T\u00fcrk\u00e7e, \u0130ngilizce vb.)<\/li>\nSaveGameService<\/code>:<\/strong> Cihaz \u00fczerindeki kay\u0131tl\u0131 oyun verilerini (oyuncu ilerlemesi, ayarlar) asenkron olarak y\u00fckler.<\/li>\nAudioService<\/code>:<\/strong> Arka plan m\u00fczi\u011fi ve temel UI sesleri i\u00e7in ses motorunu ba\u015flat\u0131r.<\/li>\nConfigurationService<\/code>:<\/strong> Uzaktan konfig\u00fcrasyon (remote config) sisteminden (\u00f6rne\u011fin Firebase Remote Config) oyun ayarlar\u0131n\u0131 \u00e7eker. Bu, oyunun yeniden derlenmesine gerek kalmadan denge de\u011fi\u015fiklikleri veya yeni etkinlikler tan\u0131mlanmas\u0131n\u0131 sa\u011flar.<\/li>\n<\/ul>\nScriptableObject<\/code> tabanl\u0131d\u0131r ve IInitializableService<\/code> aray\u00fcz\u00fcn\u00fc implemente eder. Bootstrapper<\/code>, bu servisleri paralel olarak ba\u015flat\u0131r ve tamamlanmalar\u0131n\u0131 bekler. Bu s\u00fcre\u00e7te, y\u00fckleme ekran\u0131nda “Sunucuya Ba\u011flan\u0131l\u0131yor…”, “Veriler Y\u00fckleniyor…” gibi mesajlar g\u00f6sterilir.<\/p>\n<\/li>\n\n
Bootstrapper<\/code>, Ana Men\u00fc sahnesini ve bu sahneye \u00f6zel UI elemanlar\u0131, arka plan g\u00f6rseli, men\u00fc m\u00fczikleri gibi kaynaklar\u0131 Addressables \u00fczerinden asenkron olarak y\u00fckler.<\/li>\n_Bootstrap<\/code> sahnesinde bir SceneContext<\/code> veya ProjectContext<\/code> olu\u015fturulur. Bu ba\u011flamda, t\u00fcm temel servisler (AnalyticsService<\/code>, NetworkService<\/code> vb.) singleton olarak ba\u011flan\u0131r ve di\u011fer bile\u015fenlerin constructor’lar\u0131na veya alanlar\u0131na otomatik olarak enjekte edilir. \u00d6rne\u011fin, bir PlayerController<\/code> s\u0131n\u0131f\u0131, SaveGameService<\/code> ve AudioService<\/code>‘e ihtiya\u00e7 duydu\u011funda, Zenject bu ba\u011f\u0131ml\u0131l\u0131klar\u0131 otomatik olarak sa\u011flar. Bu, kodun okunabilirli\u011fini art\u0131r\u0131r, test edilebilirli\u011fi kolayla\u015ft\u0131r\u0131r ve geli\u015ftiricilerin ba\u011f\u0131ml\u0131l\u0131klar\u0131 manuel olarak y\u00f6netme y\u00fck\u00fcn\u00fc ortadan kald\u0131r\u0131r.<\/p>\n<\/li>\nGameConfig<\/code> ScriptableObject’i kullan\u0131larak oyunun zorluk seviyeleri, d\u00fc\u015fman spawn oranlar\u0131, yetenek bekleme s\u00fcreleri gibi ayarlar merkezi bir yerden y\u00f6netilir. Geli\u015ftirme ekibi, bu ScriptableObject’i kolayca g\u00fcncelleyebilir ve farkl\u0131 test senaryolar\u0131 i\u00e7in farkl\u0131 konfig\u00fcrasyonlar olu\u015fturabilir. Ayr\u0131ca, Firebase Remote Config ile entegre bir RemoteConfigService<\/code>, bu ayarlar\u0131 oyun \u00e7al\u0131\u015f\u0131rken uzaktan g\u00fcncelleyebilir, b\u00f6ylece oyunun sunucu taraf\u0131nda yap\u0131lan denge de\u011fi\u015fiklikleri an\u0131nda oyuna yans\u0131t\u0131labilir.<\/p>\n<\/li>\nSonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h4>\n
\n
Bootstrapper<\/code> GameObject’i ve onunla birlikte ba\u015flat\u0131lan global servisler (DontDestroyOnLoad<\/code> kullan\u0131larak) oyunun t\u00fcm ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca aktif kalmal\u0131d\u0131r. Bu, servislerin sahneler aras\u0131 durumlar\u0131n\u0131 korumalar\u0131n\u0131 ve her zaman eri\u015filebilir olmalar\u0131n\u0131 sa\u011flar. Ancak, baz\u0131 \u00f6zel senaryolarda (\u00f6rne\u011fin, bir oyunun tamamen kapan\u0131p ba\u015fka bir oyuna ge\u00e7i\u015f yapt\u0131\u011f\u0131 \u00e7oklu oyun launcher’lar\u0131), Bootstrap objeleri de temizlenebilir.<\/p>\n<\/li>\nAwake()<\/code> ve Start()<\/code> metodlar\u0131nda yo\u011fun i\u015flemlerden ka\u00e7\u0131nmal\u0131, asenkron y\u00fckleme ve ba\u015flatma tekniklerini kullanmal\u0131s\u0131n\u0131z. Ayr\u0131ca, farkl\u0131 cihazlarda (\u00f6zellikle mobil) ve farkl\u0131 Unity versiyonlar\u0131nda performans testleri yapmak \u00f6nemlidir.<\/p>\n<\/li>\n