Finansal harcamalar\u0131n\u0131z\u0131 takip etmek, b\u00fct\u00e7enizi y\u00f6netmek ve gereksiz giderleri k\u0131smak i\u00e7in etkili bir araca m\u0131 ihtiyac\u0131n\u0131z var? Dart Nesne Y\u00f6nelimli Programlama (OOP) ilkelerini kullanarak s\u0131f\u0131rdan bir gider y\u00f6neticisi uygulamas\u0131 geli\u015ftirmeye ne dersiniz? Bu rehber, Dart\u2019\u0131n g\u00fcc\u00fcn\u00fc ke\u015ffederken, finansal takibinizi kolayla\u015ft\u0131racak pratik bir uygulama olu\u015fturman\u0131za yard\u0131mc\u0131 olacak. Ad\u0131m ad\u0131m ilerleyecek, temel OOP kavramlar\u0131ndan ba\u015flay\u0131p ileri seviye veri y\u00f6netimine kadar pek \u00e7ok konuya de\u011finece\u011fiz.<\/p>\n
Modern ya\u015fam\u0131n karma\u015f\u0131kl\u0131\u011f\u0131 i\u00e7inde, finansal durumumuzu kontrol alt\u0131nda tutmak hi\u00e7 bu kadar \u00f6nemli olmam\u0131\u015ft\u0131. Her ge\u00e7en g\u00fcn artan harcamalar, sabit kalan gelirler ve hayat pahal\u0131l\u0131\u011f\u0131, bireyleri ve aileleri b\u00fct\u00e7elerini daha dikkatli y\u00f6netmeye itiyor. Ancak, hangi harcamalar\u0131n ger\u00e7ekten gerekli oldu\u011funu, nereye ne kadar para harcad\u0131\u011f\u0131m\u0131z\u0131 net bir \u015fekilde g\u00f6rmek genellikle zordur. \u0130\u015fte tam da bu noktada bir gider y\u00f6neticisi uygulamas\u0131 devreye girer. Bir gider y\u00f6neticisi, finansal al\u0131\u015fkanl\u0131klar\u0131m\u0131z\u0131 \u015feffaf hale getirerek, para ak\u0131\u015f\u0131m\u0131z\u0131 anlamam\u0131za, gereksiz harcamalar\u0131 tespit etmemize ve uzun vadeli finansal hedeflerimize ula\u015fmam\u0131za yard\u0131mc\u0131 olan paha bi\u00e7ilmez bir ara\u00e7t\u0131r.<\/p>\n
Peki, b\u00f6yle bir uygulamay\u0131 Dart Nesne Y\u00f6nelimli Programlama (OOP) prensipleriyle geli\u015ftirmek neden bu kadar mant\u0131kl\u0131? Dart, \u00f6zellikle Flutter ile mobil ve web uygulamalar\u0131 geli\u015ftirmek i\u00e7in pop\u00fcler bir dil olmas\u0131na ra\u011fmen, temiz, okunabilir ve bak\u0131m\u0131 kolay kod yazmak i\u00e7in g\u00fc\u00e7l\u00fc OOP yetenekleri sunar. Bu, karma\u015f\u0131k finansal verileri d\u00fczenli s\u0131n\u0131flar ve nesneler halinde modellememize olanak tan\u0131r. \u00d6rne\u011fin, her bir gideri bir nesne olarak d\u00fc\u015f\u00fcnebiliriz; bu nesnenin bir miktar\u0131, bir tarihi, bir a\u00e7\u0131klamas\u0131 ve bir kategorisi olabilir. Bu sayede, finansal verileriniz sadece bir say\u0131 y\u0131\u011f\u0131n\u0131 olmaktan \u00e7\u0131kar, anlaml\u0131 ve y\u00f6netilebilir bilgi par\u00e7ac\u0131klar\u0131na d\u00f6n\u00fc\u015f\u00fcr. Uygulaman\u0131z b\u00fcy\u00fcd\u00fck\u00e7e veya yeni \u00f6zellikler eklemek istedi\u011finizde (\u00f6rne\u011fin, b\u00fct\u00e7eleme, raporlama, farkl\u0131 para birimleri deste\u011fi), OOP’nin sa\u011flad\u0131\u011f\u0131 mod\u00fcler yap\u0131 sayesinde kodunuzu kolayca geni\u015fletebilir ve s\u00fcrd\u00fcrebilirsiniz. Bu ders serisinin dokuzuncu b\u00f6l\u00fcm\u00fc olarak, \u00f6nceki bilgilerinizin \u00fczerine in\u015fa ederek, daha sofistike ve kullan\u0131c\u0131 dostu bir gider y\u00f6neticisi olu\u015fturma yolunda \u00f6nemli ad\u0131mlar ataca\u011f\u0131z. Bu b\u00f6l\u00fcmde, uygulaman\u0131n temel mimarisini ve veri modellerini Dart OOP’nin g\u00fcc\u00fcn\u00fc kullanarak nas\u0131l olu\u015fturaca\u011f\u0131m\u0131z\u0131 derinlemesine inceleyece\u011fiz. Finansal \u00f6zerkli\u011finize giden yolda kodlaman\u0131n tad\u0131n\u0131 \u00e7\u0131kar\u0131n!<\/p>\n
Nesne Y\u00f6nelimli Programlama (OOP), yaz\u0131l\u0131m geli\u015ftirmede kullan\u0131lan g\u00fc\u00e7l\u00fc bir paradigmad\u0131r. Ger\u00e7ek d\u00fcnyadaki varl\u0131klar\u0131 yaz\u0131l\u0131m nesneleri olarak modellememizi sa\u011flar, b\u00f6ylece kodumuzu daha anla\u015f\u0131l\u0131r, esnek ve bak\u0131m\u0131 kolay hale getiririz. Dart da g\u00fc\u00e7l\u00fc bir OOP dilidir ve bu paradigman\u0131n temel ilkelerini tamamen destekler. Bir gider y\u00f6neticisi gibi finansal bir uygulamay\u0131 geli\u015ftirirken, bu ilkeler bize b\u00fcy\u00fck avantajlar sa\u011flar. Her bir harcaman\u0131n veya gelirin bir nesne olarak d\u00fc\u015f\u00fcn\u00fcld\u00fc\u011f\u00fc, kategorilere ayr\u0131ld\u0131\u011f\u0131 ve \u00fczerinde i\u015flemler yap\u0131ld\u0131\u011f\u0131 bir sistem hayal edin. \u0130\u015fte tam bu noktada OOP\u2019nin g\u00fcc\u00fc ortaya \u00e7\u0131kar.<\/p>\n
OOP’nin temel yap\u0131 ta\u015flar\u0131 s\u0131n\u0131flar ve nesnelerdir. Bir s\u0131n\u0131f (Class)<\/strong>, belirli bir t\u00fcrdeki nesnelerin \u00f6zelliklerini (nitelikler\/alanlar) ve davran\u0131\u015flar\u0131n\u0131 (metotlar\/fonksiyonlar) tan\u0131mlayan bir taslak veya \u015fablondur. \u00d6rne\u011fin, bir “Gider” s\u0131n\u0131f\u0131, her giderin sahip olmas\u0131 gereken \u00f6zellikleri (miktar, a\u00e7\u0131klama, tarih, kategori) ve yapabilece\u011fi eylemleri (kaydetme, d\u00fczenleme, silme) tan\u0131mlayabilir. Bir nesne (Object)<\/strong> ise bu s\u0131n\u0131f\u0131n somut bir \u00f6rne\u011fidir. Yani, “Gider” s\u0131n\u0131f\u0131ndan t\u00fcretilmi\u015f bir nesne, belirli bir harcamay\u0131 (\u00f6rne\u011fin, “Market al\u0131\u015fveri\u015fi, 200 TL, 15 Mart 2023, G\u0131da” gibi) temsil eder. Bu ayr\u0131m, kodunuzu d\u00fczenli ve mod\u00fcler tutman\u0131n anahtar\u0131d\u0131r. Her nesne, kendi i\u00e7 durumunu korur ve bu durum \u00fczerinde tan\u0131mlanm\u0131\u015f metotlar arac\u0131l\u0131\u011f\u0131yla i\u015flem yapar.<\/p>\n Kaps\u00fclleme (Encapsulation)<\/strong>, bir s\u0131n\u0131f\u0131n i\u00e7 detaylar\u0131n\u0131 d\u0131\u015f d\u00fcnyadan gizleme prensibidir. Bir nesnenin verilerine (alanlar\u0131na) do\u011frudan eri\u015fimi k\u0131s\u0131tlar ve bu verilere sadece o nesnenin kendi metotlar\u0131 arac\u0131l\u0131\u011f\u0131yla eri\u015filmesini sa\u011flar. Bu, veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc korur ve kodun beklenmedik \u015fekillerde de\u011fi\u015ftirilmesini \u00f6nler. Dart’ta bu, genellikle \u00f6zel (private) alanlar tan\u0131mlayarak ve bu alanlara eri\u015fim i\u00e7in getter\/setter metotlar\u0131 veya uygun aray\u00fczler sa\u011flayarak yap\u0131l\u0131r. Bir giderin miktar\u0131n\u0131 direkt olarak de\u011fi\u015ftirmek yerine, bir Kal\u0131t\u0131m (Inheritance)<\/strong>, bir s\u0131n\u0131f\u0131n (alt s\u0131n\u0131f\/t\u00fcretilmi\u015f s\u0131n\u0131f) ba\u015fka bir s\u0131n\u0131f\u0131n (\u00fcst s\u0131n\u0131f\/temel s\u0131n\u0131f) \u00f6zelliklerini ve davran\u0131\u015flar\u0131n\u0131 miras almas\u0131n\u0131 sa\u011flayan bir OOP ilkesidir. Bu, kod tekrar\u0131n\u0131 azalt\u0131r ve hiyerar\u015fik bir yap\u0131 olu\u015fturarak kodun yeniden kullan\u0131labilirli\u011fini art\u0131r\u0131r. \u00d6rne\u011fin, bir genel “\u0130\u015flem” (Transaction) s\u0131n\u0131f\u0131n\u0131z olabilir ve hem “Gider” hem de “Gelir” s\u0131n\u0131flar\u0131 bu “\u0130\u015flem” s\u0131n\u0131f\u0131ndan miras alabilir. Bu sayede, tarih veya miktar gibi ortak \u00f6zellikleri her iki s\u0131n\u0131fta da tekrar tekrar tan\u0131mlamak yerine bir kez tan\u0131mlam\u0131\u015f olursunuz. Dart’ta kal\u0131t\u0131m \u00c7ok Bi\u00e7imlilik (Polymorphism)<\/strong>, farkl\u0131 s\u0131n\u0131flara ait nesnelerin ayn\u0131 aray\u00fcz \u00fczerinden i\u015flenebilmesi yetene\u011fidir. Yani, bir temel s\u0131n\u0131f t\u00fcr\u00fcnden bir referans, o temel s\u0131n\u0131ftan t\u00fcretilmi\u015f farkl\u0131 alt s\u0131n\u0131f nesnelerini i\u015faret edebilir. Bu, esnek ve geni\u015fletilebilir kod yazman\u0131za olanak tan\u0131r. Gider y\u00f6neticisi \u00f6rne\u011finde, bir Soyutlama (Abstraction)<\/strong>, sadece gerekli bilgileri g\u00f6sterip, gereksiz detaylar\u0131 gizleme prensibidir. Dart’ta soyut s\u0131n\u0131flar ( Bir gider y\u00f6neticisi uygulamas\u0131n\u0131n kalbi, harcamalar\u0131 ve ilgili verileri nas\u0131l modeledi\u011fimizdir. Dart’\u0131n Nesne Y\u00f6nelimli Programlama (OOP) yetenekleri sayesinde, ger\u00e7ek d\u00fcnyadaki kavramlar\u0131 (giderler, kategoriler vb.) kodumuzda anlaml\u0131 s\u0131n\u0131flara d\u00f6n\u00fc\u015ft\u00fcrebiliriz. Bu, hem kodun okunabilirli\u011fini art\u0131r\u0131r hem de gelecekteki de\u011fi\u015fiklikleri ve geni\u015fletmeleri \u00e7ok daha kolay hale getirir. Uygulamam\u0131z i\u00e7in ilk olarak temel veri modellerini tasarlamam\u0131z gerekiyor. Genellikle, bir giderin kendisi ve ait oldu\u011fu kategori gibi ana bile\u015fenler \u00f6ne \u00e7\u0131kar.<\/p>\n Her bir gideri temsil edecek bir \u0130\u015fte <\/code><\/p>\n Bu Ayr\u0131ca, nesneleri daha okunabilir hale getirmek i\u00e7in bir Giderleri sadece miktar\u0131 ve a\u00e7\u0131klamas\u0131yla takip etmek yeterli de\u011fildir. Genellikle, harcamalar\u0131m\u0131z\u0131 belirli gruplara ay\u0131rarak b\u00fct\u00e7e takibi ve analiz yapmak isteriz. \u00d6rne\u011fin, \"Yiyecek\", \"Ula\u015f\u0131m\", \"E\u011flence\", \"Fatura\" gibi kategoriler, finansal al\u0131\u015fkanl\u0131klar\u0131m\u0131z\u0131 daha iyi anlamam\u0131z\u0131 sa\u011flar. Bu nedenle, bir <\/code><\/p>\n Burada \u015eu anda <\/code><\/p>\n Bu \u015fekilde, Uygulamam\u0131z\u0131n en kritik ihtiya\u00e7lar\u0131ndan biri, kullan\u0131c\u0131lar\u0131n girdi\u011fi gider bilgilerini kal\u0131c\u0131 olarak saklayabilmektir. Kullan\u0131c\u0131 uygulamay\u0131 kapatt\u0131\u011f\u0131nda t\u00fcm verilerin kaybolmas\u0131, bir gider y\u00f6neticisi i\u00e7in kabul edilemez bir durumdur. Bu nedenle, verilerimizi bir dosyaya (veya daha geli\u015fmi\u015f sistemlerde bir veritaban\u0131na) yazma ve oradan okuma mekanizmalar\u0131 olu\u015fturmam\u0131z gerekir. Bu b\u00f6l\u00fcmde, Dart'\u0131n dosya okuma\/yazma yeteneklerini ve nesnelerimizi veri format\u0131na d\u00f6n\u00fc\u015ft\u00fcrmek i\u00e7in JSON'\u0131 nas\u0131l kullanaca\u011f\u0131m\u0131z\u0131 inceleyece\u011fiz. Bu sayede, uygulaman\u0131z her a\u00e7\u0131ld\u0131\u011f\u0131nda kald\u0131\u011f\u0131n\u0131z yerden devam edebilecek, t\u00fcm giderleriniz ve kategorileriniz g\u00fcvenle saklanabilecektir.<\/p>\n JSON (JavaScript Object Notation), hafif, okunabilir ve veri al\u0131\u015fveri\u015fi i\u00e7in yayg\u0131n olarak kullan\u0131lan bir formatt\u0131r. Nesne y\u00f6nelimli programlamadaki nesneleri temsil etmek i\u00e7in do\u011fal bir yap\u0131s\u0131 vard\u0131r ve Dart'ta nesneleri JSON'a d\u00f6n\u00fc\u015ft\u00fcrmek (serile\u015ftirme) ve JSON'dan nesneye d\u00f6n\u00fc\u015ft\u00fcrmek (deserile\u015ftirme) olduk\u00e7a kolayd\u0131r. JSON kullanmak, verilerinizi insanlar taraf\u0131ndan okunabilir bir formatta saklaman\u0131z\u0131 sa\u011flar ve gelecekte farkl\u0131 platformlarla (web aray\u00fczleri, di\u011fer uygulamalar, API'ler) veri al\u0131\u015fveri\u015fi yapman\u0131z gerekti\u011finde b\u00fcy\u00fck esneklik sunar. Dart'\u0131n \u00d6ncelikle, t\u00fcm giderlerimizi ve kategorilerimizi y\u00f6neten bir s\u0131n\u0131f olu\u015ftural\u0131m. Bu s\u0131n\u0131f, verileri bellekte tutacak ve bunlar\u0131 diske kaydetme\/y\u00fckleme i\u015flemlerini y\u00f6netecek. A\u015fa\u011f\u0131daki \u00f6rnekte, temel bir <\/code><\/p>\n Yukar\u0131daki kodda:<\/p>\n Bu yap\u0131 sayesinde, gider y\u00f6neticisi uygulamam\u0131z kullan\u0131c\u0131lar\u0131n verilerini g\u00fcvenle saklayabilir ve her a\u00e7\u0131l\u0131\u015fta bu verilere eri\u015febilir. Bu, uygulaman\u0131n temel i\u015flevselli\u011fi i\u00e7in vazge\u00e7ilmez bir ad\u0131md\u0131r ve kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Ayr\u0131ca, JSON format\u0131 sayesinde verilerin ta\u015f\u0131nabilirli\u011fi ve di\u011fer sistemlerle entegrasyonu da olduk\u00e7a kolayla\u015f\u0131r. Bu model, Dart OOP'nin nesne modelleme ve serile\u015ftirme g\u00fcc\u00fcn\u00fc bir araya getirerek, sa\u011flam bir veri y\u00f6netim katman\u0131 olu\u015fturman\u0131n pratik bir \u00f6rne\u011fidir.<\/p>\n Temel Bir gider y\u00f6neticisinin en de\u011ferli \u00f6zelliklerinden biri, kullan\u0131c\u0131n\u0131n harcama al\u0131\u015fkanl\u0131klar\u0131n\u0131 analiz edebilmesi ve anlaml\u0131 raporlar sunabilmesidir. Kullan\u0131c\u0131lar, belirli bir d\u00f6nemdeki toplam harcamalar\u0131n\u0131, en \u00e7ok para harcad\u0131klar\u0131 kategorileri veya ayl\u0131k b\u00fct\u00e7e limitlerine ne kadar yakla\u015ft\u0131klar\u0131n\u0131 g\u00f6rmek isteyebilirler. Bu t\u00fcr raporlama i\u015flevlerini, \u0130lk olarak, <\/code><\/p>\n Bu metotlar, kullan\u0131c\u0131lar\u0131n genel harcama e\u011filimlerini anlamalar\u0131na yard\u0131mc\u0131 olacak temel raporlar sunar. Ancak, daha karma\u015f\u0131k raporlar (\u00f6rne\u011fin, ayl\u0131k b\u00fct\u00e7e takibi, gider grafikleri) i\u00e7in daha soyut bir yakla\u015f\u0131m benimseyebiliriz. Bu, Soyutlama (Abstraction) ve \u00c7ok Bi\u00e7imlilik (Polymorphism) ilkelerinin g\u00fcc\u00fcn\u00fc g\u00f6sterir.<\/p>\n Farkl\u0131 raporlama t\u00fcrleri i\u00e7in bir aray\u00fcz (veya soyut s\u0131n\u0131f) tan\u0131mlayabiliriz:<\/p>\n <\/code><\/p>\n Bu yap\u0131y\u0131 kullanarak, <\/code><\/p>\n \u015eimdi, farkl\u0131 raporlar olu\u015fturmak i\u00e7in sadece yeni bir raporlama stratejisi s\u0131n\u0131f\u0131 yazmam\u0131z yeterli olacakt\u0131r, Bu ileri d\u00fczey yakla\u015f\u0131mlar, Dart OOP'nin g\u00fcc\u00fcn\u00fc kullanarak uygulamalar\u0131n\u0131z\u0131 daha mod\u00fcler, test edilebilir ve s\u00fcrd\u00fcr\u00fclebilir hale getirmenizi sa\u011flar. Kullan\u0131c\u0131lar\u0131n ihtiya\u00e7lar\u0131 de\u011fi\u015ftik\u00e7e veya yeni analiz y\u00f6ntemleri ortaya \u00e7\u0131kt\u0131k\u00e7a, bu esnek yap\u0131 sayesinde uygulaman\u0131z\u0131 kolayca adapte edebilir ve geli\u015ftirebilirsiniz.<\/p>\n Dart, Flutter sayesinde mobil uygulama geli\u015ftirmede olduk\u00e7a pop\u00fclerdir ve yazd\u0131\u011f\u0131m\u0131z OOP modelleri direkt olarak Flutter uygulamalar\u0131nda kullan\u0131labilir. Ancak, e\u011fer verilerimizi web \u00fczerinde de sunmak istersek veya bir Dart backend'i (\u00f6rne\u011fin, Dart Frog veya Shelf ile) kullanarak basit bir HTML aray\u00fcz\u00fc olu\u015fturuyorsak, bu HTML i\u00e7eri\u011finin mobil cihazlarda da d\u00fczg\u00fcn g\u00f6r\u00fcnmesi kritik \u00f6neme sahiptir. Kullan\u0131c\u0131 deneyimi, ekran boyutuna bak\u0131lmaks\u0131z\u0131n tutarl\u0131 ve eri\u015filebilir olmal\u0131d\u0131r.<\/p>\n Bu b\u00f6l\u00fcmde, Dart ile olu\u015fturdu\u011fumuz gider verilerini basit bir web sayfas\u0131nda nas\u0131l sergileyebilece\u011fimizi ve bu sayfan\u0131n mobil cihazlarda nas\u0131l daha iyi bir deneyim sunabilece\u011fini CSS medya sorgular\u0131 (media queries) kullanarak g\u00f6sterece\u011fiz. Bu, Dart'\u0131n esnekli\u011finin ve verilerinizin farkl\u0131 platformlarda nas\u0131l kullan\u0131labilece\u011finin bir kan\u0131t\u0131d\u0131r. Unutmay\u0131n ki bu bir Flutter UI \u00f6rne\u011fi de\u011fil, Dart'\u0131n \u00fcretti\u011fi bir HTML \u00e7\u0131kt\u0131s\u0131n\u0131n responsivli\u011fini g\u00f6sterme \u00f6rne\u011fidir.<\/p>\n Varsayal\u0131m ki Dart backend'iniz, gider.miktarGuncelle(yeniMiktar)<\/code> metodu kullanmak, hem verinin ge\u00e7erlili\u011fini kontrol etmenizi sa\u011flar hem de gelecekteki de\u011fi\u015fiklikleri kolayla\u015ft\u0131r\u0131r.<\/p>\nKal\u0131t\u0131m ve Aray\u00fczler: Kod Tekrar\u0131n\u0131 Azaltman\u0131n Yollar\u0131 Nelerdir?<\/h3>\n
extends<\/code> anahtar kelimesiyle sa\u011flan\u0131r. B\u00f6ylece, ortak i\u015flevsellik tek bir yerde y\u00f6netilir ve t\u00fcm alt s\u0131n\u0131flar otomatik olarak bu i\u015flevsellikten faydalan\u0131r.<\/p>\nListGider<\/code> hem de Gelir<\/code> nesnelerini tutabilir ve her birini ayn\u0131 \u015fekilde i\u015fleyebilirsiniz.<\/p>\nabstract class<\/code>) ve aray\u00fczler (implements<\/code> anahtar kelimesiyle belirtilen normal s\u0131n\u0131flar veya abstract class<\/code>‘lar) kullan\u0131larak uygulan\u0131r. Bir soyut s\u0131n\u0131f, di\u011fer s\u0131n\u0131flar\u0131n miras alabilece\u011fi ve belirli metotlar\u0131 uygulamak zorunda kalaca\u011f\u0131 bir \u015fablon sunar. Bu, farkl\u0131 veri depolama mekanizmalar\u0131n\u0131 (\u00f6rne\u011fin, yerel depolama, bulut depolama) tek bir VeriDepolayici<\/code> aray\u00fcz\u00fc alt\u0131nda toplayarak kodunuzu daha esnek hale getirebilir. Her bir depolama t\u00fcr\u00fc, bu aray\u00fcz\u00fc uygulayarak kendi kaydetme ve y\u00fckleme mant\u0131\u011f\u0131n\u0131 i\u00e7erebilir. Bu sayede, uygulaman\u0131z\u0131n temel veri y\u00f6netimi mant\u0131\u011f\u0131n\u0131 de\u011fi\u015ftirmeden farkl\u0131 depolama \u00e7\u00f6z\u00fcmleri aras\u0131nda ge\u00e7i\u015f yapabilirsiniz. Bu OOP prensipleri, gider y\u00f6neticisi uygulamam\u0131z\u0131n sa\u011flam ve s\u00fcrd\u00fcr\u00fclebilir bir temele sahip olmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\nGider Y\u00f6neticisi Uygulamas\u0131nda Temel Modelleri Olu\u015fturmak: Hangi S\u0131n\u0131flara \u0130htiyac\u0131m\u0131z Var?<\/h2>\n
Gider<\/code> S\u0131n\u0131f\u0131 Tasar\u0131m\u0131: Bir Gideri Neler Tan\u0131mlar?<\/h3>\nGider<\/code> s\u0131n\u0131f\u0131, uygulamam\u0131z\u0131n en merkezi par\u00e7alar\u0131ndan biridir. Bir gideri benzersiz k\u0131lan ve anlaml\u0131 k\u0131lan \u00f6zellikleri d\u00fc\u015f\u00fcnelim: miktar\u0131, ne zaman yap\u0131ld\u0131\u011f\u0131, ne i\u00e7in yap\u0131ld\u0131\u011f\u0131 (a\u00e7\u0131klama) ve hangi kategoriye ait oldu\u011fu. Bu \u00f6zellikler, Gider<\/code> s\u0131n\u0131f\u0131m\u0131z\u0131n alanlar\u0131n\u0131 (properties) olu\u015fturacakt\u0131r.<\/p>\nGider<\/code> s\u0131n\u0131f\u0131n\u0131n Dart’taki temel yap\u0131s\u0131:<\/p>\n\n import 'package:uuid\/uuid.dart'; \/\/ Benzersiz ID'ler i\u00e7in\n import 'package:intl\/intl.dart'; \/\/ Tarih formatlama i\u00e7in\n\n class Gider {\n final String id;\n final double miktar;\n final String aciklama;\n final DateTime tarih;\n final String kategori; \/\/ \u015eimdilik basit bir string olarak tutal\u0131m\n\n Gider({\n String? id,\n required this.miktar,\n required this.aciklama,\n required this.tarih,\n required this.kategori,\n }) : id = id ?? const Uuid().v4(); \/\/ E\u011fer ID verilmezse yeni bir ID olu\u015ftur.\n\n \/\/ Gider nesnesini kolayca yazd\u0131rmak i\u00e7in toString metodu\n @override\n String toString() {\n final dateFormat = DateFormat('dd\/MM\/yyyy');\n return 'ID: $id, Miktar: ${miktar.toStringAsFixed(2)} TL, A\u00e7\u0131klama: $aciklama, Tarih: ${dateFormat.format(tarih)}, Kategori: $kategori';\n }\n\n \/\/ Gider nesnesini JSON format\u0131na d\u00f6n\u00fc\u015ft\u00fcrme\n MapGider<\/code> s\u0131n\u0131f\u0131nda \u015funlar\u0131 g\u00f6r\u00fcyoruz:<\/p>\n\n
id<\/code>: Her gideri benzersiz \u015fekilde tan\u0131mlamak i\u00e7in bir ID kullan\u0131yoruz. Bu, daha sonra bir gideri kolayca bulmam\u0131z\u0131, g\u00fcncellememizi veya silmemizi sa\u011flar. uuid<\/code> paketi, bu t\u00fcr benzersiz ID'leri \u00fcretmek i\u00e7in kullan\u0131\u015fl\u0131d\u0131r.<\/li>\nmiktar<\/code>: Giderin say\u0131sal de\u011ferini temsil eder (\u00f6rne\u011fin, double<\/code>).<\/li>\naciklama<\/code>: Giderin ne ile ilgili oldu\u011funu anlatan k\u0131sa bir metin (\u00f6rne\u011fin, String<\/code>).<\/li>\ntarih<\/code>: Giderin ne zaman yap\u0131ld\u0131\u011f\u0131n\u0131 belirten bir DateTime<\/code> nesnesi.<\/li>\nkategori<\/code>: Giderin hangi kategoriye ait oldu\u011funu g\u00f6steren bir String<\/code>. \u0130lerleyen b\u00f6l\u00fcmlerde bunu daha sofistike bir Kategori<\/code> nesnesine d\u00f6n\u00fc\u015ft\u00fcrebiliriz.<\/li>\n<\/ul>\ntoString()<\/code> metodu ve verileri depolamak i\u00e7in gerekli olan toJson()<\/code> ve fromJson()<\/code> metotlar\u0131n\u0131 ekledik. Bu metotlar, Gider<\/code> nesnelerini JSON format\u0131na d\u00f6n\u00fc\u015ft\u00fcrmeyi ve JSON'dan yeniden olu\u015fturmay\u0131 sa\u011flayarak, verilerimizi kal\u0131c\u0131 hale getirmemizde kilit rol oynayacaklard\u0131r.<\/p>\nKategori<\/code> S\u0131n\u0131f\u0131 ve \u0130li\u015fkisel Yap\u0131lar: Giderleri Gruplamak Neden \u00d6nemli?<\/h3>\nKategori<\/code> s\u0131n\u0131f\u0131 tan\u0131mlamak da uygulamam\u0131z i\u00e7in olduk\u00e7a \u00f6nemlidir.<\/p>\nKategori<\/code> s\u0131n\u0131f\u0131n\u0131n temel yap\u0131s\u0131 \u015fu \u015fekilde olabilir:<\/p>\n\n import 'package:uuid\/uuid.dart';\n\n class Kategori {\n final String id;\n final String ad;\n final double? butceLimiti; \/\/ Her kategoriye \u00f6zel bir b\u00fct\u00e7e limiti olabilir\n\n Kategori({\n String? id,\n required this.ad,\n this.butceLimiti,\n }) : id = id ?? const Uuid().v4();\n\n @override\n String toString() {\n return 'ID: $id, Ad: $ad, B\u00fct\u00e7e Limiti: ${butceLimiti != null ? butceLimiti.toStringAsFixed(2) + ' TL' : 'Yok'}';\n }\n\n \/\/ Kategori nesnesini JSON format\u0131na d\u00f6n\u00fc\u015ft\u00fcrme\n MapKategori<\/code> s\u0131n\u0131f\u0131 \u015funlar\u0131 i\u00e7erir:<\/p>\n\n
id<\/code>: Her kategoriyi benzersiz \u015fekilde tan\u0131mlamak i\u00e7in.<\/li>\nad<\/code>: Kategorinin ad\u0131 (\u00f6rne\u011fin, \"G\u0131da\", \"Ula\u015f\u0131m\").<\/li>\nbutceLimiti<\/code>: Bu kategori i\u00e7in belirlenen opsiyonel bir b\u00fct\u00e7e limiti. Bu, kullan\u0131c\u0131lar\u0131n belirli harcama alanlar\u0131nda kendilerini s\u0131n\u0131rlamalar\u0131na yard\u0131mc\u0131 olabilir.<\/li>\n<\/ul>\nGider<\/code> s\u0131n\u0131f\u0131ndaki kategori<\/code> alan\u0131n\u0131 basit bir String<\/code> olarak tuttuk. Ancak, ger\u00e7ek bir uygulamada, Gider<\/code> s\u0131n\u0131f\u0131n\u0131n Kategori<\/code> s\u0131n\u0131f\u0131ndan bir nesneye referans vermesi daha iyi bir ili\u015fkisel modelleme olacakt\u0131r. Bu, kategorilerin y\u00f6netilmesini (ekleme, d\u00fczenleme, silme) ve giderlerle tutarl\u0131 bir \u015fekilde ili\u015fkilendirilmesini kolayla\u015ft\u0131r\u0131r. \u00d6rne\u011fin:<\/p>\n\n \/\/ Gider s\u0131n\u0131f\u0131n\u0131 g\u00fcncelleyelim\n \/\/ import 'package:uuid\/uuid.dart';\n \/\/ import 'package:intl\/intl.dart';\n\n \/\/ class Gider {\n \/\/ final String id;\n \/\/ final double miktar;\n \/\/ final String aciklama;\n \/\/ final DateTime tarih;\n \/\/ final Kategori kategori; \/\/ Kategori nesnesine referans\n\n \/\/ Gider({\n \/\/ String? id,\n \/\/ required this.miktar,\n \/\/ required this.aciklama,\n \/\/ required this.tarih,\n \/\/ required this.kategori,\n \/\/ }) : id = id ?? const Uuid().v4();\n\n \/\/ @override\n \/\/ String toString() {\n \/\/ final dateFormat = DateFormat('dd\/MM\/yyyy');\n \/\/ return 'ID: $id, Miktar: ${miktar.toStringAsFixed(2)} TL, A\u00e7\u0131klama: $aciklama, Tarih: ${dateFormat.format(tarih)}, Kategori: ${kategori.ad}';\n \/\/ }\n\n \/\/ \/\/ toJson ve fromJson metodlar\u0131 da Kategori nesnesini i\u00e7erecek \u015fekilde g\u00fcncellenmeli\n \/\/ MapGider<\/code> ve Kategori<\/code> s\u0131n\u0131flar\u0131 aras\u0131nda daha g\u00fc\u00e7l\u00fc ve anlaml\u0131 bir ili\u015fki kurmu\u015f oluruz. Bu yap\u0131, hem veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flar hem de uygulama i\u00e7inde verilerle \u00e7al\u0131\u015fmay\u0131 \u00e7ok daha tutarl\u0131 hale getirir. \u00d6rne\u011fin, bir kategorinin ad\u0131n\u0131 de\u011fi\u015ftirdi\u011finizde, o kategoriye ait t\u00fcm giderlerin de otomatik olarak yeni kategori ad\u0131na sahip olmas\u0131n\u0131 sa\u011flamak daha kolayla\u015f\u0131r. Bu modelleme, uygulamam\u0131z\u0131n temelini olu\u015fturacak ve Dart OOP'nin g\u00fcc\u00fcn\u00fc en iyi \u015fekilde kullanmam\u0131z\u0131 sa\u011flayacakt\u0131r.<\/p>\nVeri Y\u00f6netimi ve Kal\u0131c\u0131l\u0131k: Gider Bilgilerini Nas\u0131l Saklar\u0131z?<\/h2>\n
Giderleri JSON Format\u0131nda Saklamak: Neden ve Nas\u0131l?<\/h3>\n
dart:convert<\/code> k\u00fct\u00fcphanesi, bu i\u015flemleri yapmak i\u00e7in g\u00fc\u00e7l\u00fc ara\u00e7lar sa\u011flar.<\/p>\nGiderYonetici<\/code> s\u0131n\u0131f\u0131 ve dosya i\u015flemlerini g\u00f6receksiniz:<\/p>\n\n import 'dart:convert'; \/\/ JSON i\u015flemleri i\u00e7in\n import 'dart:io'; \/\/ Dosya i\u015flemleri i\u00e7in\n import 'package:path_provider\/path_provider.dart'; \/\/ Uygulama dizini i\u00e7in (Flutter\/mobil)\n import 'package:uuid\/uuid.dart';\n import 'package:intl\/intl.dart';\n\n \/\/ Yukar\u0131daki Gider ve Kategori s\u0131n\u0131flar\u0131n\u0131 buraya ekledi\u011finizi varsayal\u0131m\n\n class GiderYonetici {\n Listpath_provider<\/code> paketi genellikle Flutter uygulamalar\u0131nda dosya yollar\u0131n\u0131 y\u00f6netmek i\u00e7in kullan\u0131l\u0131r. Konsol tabanl\u0131 bir Dart uygulamas\u0131 i\u00e7in, Directory.current.path<\/code> kullanarak uygulaman\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 dizine eri\u015febilirsiniz. Bu, uygulamalar\u0131n farkl\u0131 ortamlarda sorunsuz \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in \u00f6nemlidir.\n <\/div>\n\n
_getLocalPath()<\/code>: Verileri saklayaca\u011f\u0131m\u0131z dizinin yolunu belirler. Mobil uygulamalar i\u00e7in path_provider<\/code> paketi kullan\u0131l\u0131rken, masa\u00fcst\u00fc veya konsol uygulamalar\u0131 i\u00e7in farkl\u0131 yakla\u015f\u0131mlar gerekebilir.<\/li>\nverileriKaydet()<\/code>: _giderler<\/code> ve _kategoriler<\/code> listelerindeki her bir nesneyi toJson()<\/code> metoduyla JSON'a d\u00f6n\u00fc\u015ft\u00fcr\u00fcr, ard\u0131ndan t\u00fcm bu JSON nesnelerini bir listeye al\u0131p jsonEncode<\/code> ile tek bir JSON string'ine \u00e7evirir ve bir dosyaya yazar.<\/li>\nverileriYukle()<\/code>: Dosyadan JSON string'ini okur, jsonDecode<\/code> ile Dart nesnelerine (ListGider.fromJson()<\/code> veya Kategori.fromJson()<\/code> metotlar\u0131 ile kendi s\u0131n\u0131f nesnelerine d\u00f6n\u00fc\u015ft\u00fcrerek listelere ekler.<\/li>\ntry-catch<\/code> bloklar\u0131, dosya okuma\/yazma s\u0131ras\u0131nda olu\u015fabilecek hatalar\u0131 y\u00f6netmek i\u00e7in kullan\u0131l\u0131r, b\u00f6ylece uygulama beklenmedik bir \u015fekilde \u00e7\u00f6kmez.<\/li>\n<\/ul>\nUygulamay\u0131 Geli\u015ftirme ve Geni\u015fletme: \u0130leri Seviye \u00d6zellikler Eklemek Nas\u0131l M\u00fcmk\u00fcn?<\/h2>\n
Gider<\/code> ve Kategori<\/code> s\u0131n\u0131flar\u0131m\u0131z\u0131 olu\u015fturup verileri kaydetme ve y\u00fckleme mekanizmalar\u0131n\u0131 kurduktan sonra, uygulamam\u0131z\u0131 daha kullan\u0131\u015fl\u0131 hale getirecek ileri seviye \u00f6zellikler eklemeye ba\u015flayabiliriz. Bu a\u015famada, Nesne Y\u00f6nelimli Programlaman\u0131n (OOP) bize sundu\u011fu esneklik ve geni\u015fletilebilirlik prensiplerini daha derinlemesine kullanaca\u011f\u0131z. Uygulamam\u0131za raporlama, filtreleme, g\u00fcncelleme gibi i\u015flevler eklemek, kullan\u0131c\u0131 deneyimini zenginle\u015ftirirken, kodumuzun mod\u00fcler yap\u0131s\u0131n\u0131 korumam\u0131z\u0131 sa\u011flayacakt\u0131r.<\/p>\nFarkl\u0131 Raporlama Y\u00f6ntemleri ve Veri Analizi: Giderlerden Anlam \u00c7\u0131karmak<\/h3>\n
GiderYonetici<\/code> s\u0131n\u0131f\u0131m\u0131za metotlar ekleyerek veya daha ileri giderek, \u00c7ok Bi\u00e7imlilik (Polymorphism) kullanarak farkl\u0131 raporlama stratejileri olu\u015fturarak geli\u015ftirebiliriz.<\/p>\nGiderYonetici<\/code> s\u0131n\u0131f\u0131m\u0131za baz\u0131 temel analiz metotlar\u0131 ekleyelim:<\/p>\n\n \/\/ GiderYonetici s\u0131n\u0131f\u0131n\u0131n devam\u0131...\n class GiderYonetici {\n \/\/ ... (\u00f6nceki alanlar ve metotlar) ...\n\n \/\/ Belirli bir kategoriye ait toplam gideri hesaplama\n double kategoriyeGoreToplamGider(String kategoriAdi) {\n return _giderler\n .where((g) => g.kategori.toLowerCase() == kategoriAdi.toLowerCase())\n .fold(0.0, (toplam, gider) => toplam + gider.miktar);\n }\n\n \/\/ Belirli bir tarih aral\u0131\u011f\u0131ndaki toplam gideri hesaplama\n double tarihAraligiToplamGider(DateTime baslangic, DateTime bitis) {\n return _giderler\n .where((g) => g.tarih.isAfter(baslang.subtract(Duration(days: 1))) && g.tarih.isBefore(bitis.add(Duration(days: 1))))\n .fold(0.0, (toplam, gider) => toplam + gider.miktar);\n }\n\n \/\/ En \u00e7ok harcama yap\u0131lan kategorileri bulma (basit bir \u00f6rnek)\n Map\n \/\/ Raporlama Stratejisi Aray\u00fcz\u00fc\n abstract class RaporlamaStratejisi {\n String raporUret(ListGiderYonetici<\/code> s\u0131n\u0131f\u0131, bir RaporlamaStratejisi<\/code> nesnesini al\u0131p rapor \u00fcretebilir:<\/p>\n\n \/\/ GiderYonetici s\u0131n\u0131f\u0131n\u0131n i\u00e7ine eklenecek metot\n String raporUret(RaporlamaStratejisi strateji) {\n return strateji.raporUret(_giderler);\n }\n <\/pre>\nGiderYonetici<\/code> s\u0131n\u0131f\u0131n\u0131n i\u00e7ini de\u011fi\u015ftirmemize gerek kalmaz. Bu, A\u00e7\u0131k\/Kapal\u0131 prensibine (Open\/Closed Principle) uygun, bak\u0131m\u0131 kolay ve geni\u015fletilebilir bir tasar\u0131md\u0131r. Bu sayede uygulaman\u0131z, s\u00fcrekli olarak yeni raporlama ihtiya\u00e7lar\u0131na adaptasyon sa\u011flayabilirken, mevcut kodunuzun kararl\u0131l\u0131\u011f\u0131n\u0131 korur.<\/p>\nMobil Uyumluluk ve Kullan\u0131c\u0131 Deneyimi: Kodumuz Her Yerde Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h2>\n
Gider Verilerini HTML'de G\u00f6sterme ve Mobil \u0130\u00e7in Optimize Etme<\/h3>\n
GiderYonetici<\/code> s\u0131n\u0131f\u0131n\u0131zdaki verileri al\u0131p a\u015fa\u011f\u0131daki gibi basit bir HTML tablosu olu\u015fturuyor. Bu tablo, kullan\u0131c\u0131lar\u0131n giderlerini liste halinde g\u00f6rmesini sa\u011flar. Bu HTML'in mobil cihazlarda da okunakl\u0131 olmas\u0131 i\u00e7in CSS medya sorgular\u0131n\u0131 kullanaca\u011f\u0131z.<\/p>\n\n \n \n \n \n \n