Blog - Uğur Güzelkuş | Yazılım Portföyü & Software Developer

- Blog

Bloğum & Haberlerim

İletişime Geç

13.03.2026

Eager Loading & Lazy Loading
- TypeScript
- Angular
Learn More
13.03.2026

Eager Loading & Lazy Loading
Angular uygulamaları büyüdükçe uygulamanın yüklenme süresi de artar. Bu nedenle Angular, modüllerin nasıl yükleneceğini kontrol edebilmemiz için Eager Loading ve Lazy Loading olmak üzere iki farklı yükleme stratejisi sunar.

Kısaca: Eager Loading = Uygulama açılırken tüm modüllerin yüklenmesi
Lazy Loading = Modüllerin ihtiyaç duyulduğunda yüklenmesi

Angular’da Module Nedir?

Angular uygulamaları genellikle modüler bir yapıya sahiptir. Her özellik veya sayfa ayrı bir module içinde bulunabilir.

Örneğin bir e-ticaret uygulamasında şu modüller olabilir:

Auth Module (Giriş / kayıt işlemleri)

Product Module (Ürün listesi)

Admin Module (Yönetim paneli)

Order Module (Sipariş yönetimi)

Angular bu modüllerin nasıl yükleneceğini routing sistemi üzerinden belirler.

Eager Loading Nedir?

Eager Loading, Angular uygulaması başlatılırken tüm modüllerin aynı anda yüklenmesidir.

Angular’da varsayılan yükleme stratejisi Eager Loading’dir. Yani siz ekstra bir şey yapmazsanız tüm modüller uygulama başlangıcında yüklenir.

Bu durumda uygulama ilk açıldığında tüm JavaScript dosyaları indirildiği için ilk yüklenme süresi uzayabilir.

Eager Loading Örneği

import { NgModule } from '@angular/core'; import { BrowserModule } from '@angular/platform-browser'; import { AppComponent } from './app.component'; import { ProductModule } from './product/product.module'; @NgModule({ declarations: [AppComponent], imports: [ BrowserModule, ProductModule ], bootstrap: [AppComponent] }) export class AppModule { }

Burada ProductModule doğrudan AppModule içine import edilmiştir. Bu nedenle uygulama başlarken otomatik olarak yüklenir.

Eager Loading Avantajları

Kurulumu oldukça basittir

Küçük uygulamalar için yeterlidir

Routing yapılandırması daha kolaydır

Eager Loading Dezavantajları

Uygulama büyüdükçe başlangıç yükleme süresi artar

Kullanıcının hiç gitmeyeceği sayfalar bile yüklenir

Performans sorunlarına neden olabilir

Lazy Loading Nedir?

Lazy Loading, Angular modüllerinin uygulama başlangıcında değil, kullanıcı ilgili sayfaya gittiğinde yüklenmesidir.

Yani kullanıcı bir sayfaya gitmediği sürece o modül hiç indirilmez. Bu da uygulamanın ilk açılış performansını ciddi şekilde artırır.

Lazy Loading Routing Örneği

const routes: Routes = [ { path: 'products', loadChildren: () => import('./product/product.module') .then(m => m.ProductModule) } ];

Burada ProductModule uygulama açılırken yüklenmez. Kullanıcı /products sayfasına gittiğinde Angular modülü dinamik olarak indirir.

Lazy Loading Nasıl Çalışır?

Angular Lazy Loading kullandığında uygulamayı parçalara böler. Her modül ayrı bir JavaScript dosyası olarak build edilir.

Örneğin build sonrası şu dosyalar oluşabilir:

main.js → ana uygulama

product-module.js → ürün modülü

admin-module.js → admin paneli

Kullanıcı yalnızca ihtiyaç duyduğu dosyaları indirir.

Lazy Loading Avantajları

Uygulamanın ilk açılış hızını artırır

Büyük projelerde performans kazandırır

Network trafiğini azaltır

Kullanıcı deneyimini iyileştirir

Lazy Loading Dezavantajları

Routing yapılandırması daha karmaşıktır

Yanlış yapılandırma navigation hatalarına yol açabilir

Çok fazla küçük modül performansı olumsuz etkileyebilir

Gerçek Hayattan Örnek

Bir alışveriş merkezi düşünelim.

Eager Loading

Alışveriş merkezine girer girmez tüm mağazaların kapıları açılır ve tüm ışıklar yanar.

Bu hızlı erişim sağlar ama enerji israfına neden olur.

Lazy Loading

Sadece girdiğiniz mağazanın ışıkları yanar.

Gitmediğiniz mağazalar hiç açılmaz. Bu daha verimli bir sistemdir.

Angular Projelerinde Ne Zaman Lazy Loading Kullanılır?

Admin paneli gibi nadiren kullanılan modüllerde

Büyük feature modüllerinde

Dashboard ve raporlama sayfalarında

Yetkilendirme gerektiren sayfalarda

Genellikle büyük Angular projelerinde feature modüller Lazy Loading ile yüklenir.

Sonuç

Angular uygulamalarında modül yükleme stratejisi performansı doğrudan etkiler.

Eager Loading → Küçük projeler için yeterli

Lazy Loading → Büyük projeler için önerilir

Doğru kullanılan Lazy Loading sayesinde Angular uygulamaları daha hızlı açılır, daha az kaynak tüketir ve daha iyi bir kullanıcı deneyimi sunar.
13.03.2026

Angular.json Dsoyası
- JavaScript
- TypeScript
- Angular
Learn More
13.03.2026

Angular.json Dsoyası
Angular projelerinde uygulamanın nasıl build edileceğini, development server’ın nasıl çalışacağını ve Angular CLI’nin yeni dosyaları hangi ayarlarla oluşturacağını belirleyen en önemli dosyalardan biri angular.json dosyasıdır.

Bu dosya Angular CLI için bir yapılandırma merkezi gibidir. Uygulamanın build ayarları, development server ayarları, asset yönetimi ve performans limitleri gibi birçok önemli bilgi burada tanımlanır.

Kısaca: angular.json = Angular uygulamasının yapılandırma dosyası

angular.json Dosyası Ne İşe Yarar?

Angular CLI komutları çalıştırıldığında bu dosyadaki ayarlar kullanılır.

Uygulamanın nasıl build edileceğini belirler

Development server ayarlarını içerir

Yeni component oluşturulurken varsayılan ayarları belirler

Build sırasında performans limitlerini kontrol eder

Global CSS ve asset dosyalarını yönetir

Schematics Nedir?

Angular CLI yeni dosyalar üretirken schematics adı verilen şablonları kullanır.

Örneğin şu komut çalıştırıldığında:

ng generate component test

Angular CLI yeni component’i hangi ayarlarla oluşturacağını schematics bölümünden öğrenir.

Component Schematics Ayarları

"schematics": { "@schematics/angular:component": { "skipTests": true, "skipSelector": true, "changeDetection": "OnPush", "viewEncapsulation": "None", "exportDefault": true, "style": "none", "type": "component" } }

skipTests

Angular normalde yeni bir component oluştururken otomatik olarak bir test dosyası da üretir.

component.ts

component.html

component.spec.ts

Ancak şu ayar aktifse:

"skipTests": true

Angular test dosyasını oluşturmaz.

Bu genellikle test yazılmayan projelerde gereksiz dosya kalabalığını önlemek için kullanılır.

skipSelector

Normalde Angular component oluştururken bir selector üretir.

@Component({ selector: 'app-test' })

Ancak şu ayar kullanılırsa:

"skipSelector": true

component selector oluşturulmaz.

Bu genellikle routing ile kullanılan sayfa componentlerinde tercih edilir.

changeDetection

"changeDetection": "OnPush"

Angular'da iki farklı change detection yöntemi vardır:

Default

OnPush

Default modunda Angular sürekli değişiklik kontrolü yapar.

OnPush modunda ise component yalnızca şu durumlarda yeniden render edilir:

Input değişirse

Event tetiklenirse

Observable veri yayarsa

Bu yaklaşım büyük uygulamalarda performans artışı sağlar.

viewEncapsulation

"viewEncapsulation": "None"

Angular component CSS’lerinin nasıl izole edileceğini belirler.

3 farklı seçenek vardır:

Emulated (varsayılan)

ShadowDom

None

None kullanıldığında component CSS’i global hale gelir ve tüm uygulamayı etkileyebilir.

exportDefault

Bu ayar component sınıfının default export edilmesini sağlar.
Normal kullanım:

export class TestComponent {}

Default export kullanımı:

export default class TestComponent {}

style

"style": "none"

Component oluşturulurken CSS dosyası oluşturulup oluşturulmayacağını belirler.

Bu ayar kullanıldığında Angular yeni component için herhangi bir style dosyası üretmez.

Build Ayarları
Angular uygulaması build edilirken aşağıdaki ayarlar kullanılır.

"build": { "builder": "@angular/build:application" }

Builder Angular CLI'nin uygulamayı derleyen ve paketleyen mekanizmasıdır.

outputHashing

"outputHashing": "all"

Build sırasında oluşturulan dosyaların isimlerine hash eklenmesini sağlar.
Normal build:

main.js styles.css

Hash kullanımı:

main.8f3b2d.js styles.9ad72.css

Bu yöntem tarayıcı cache problemlerini önlemek için kullanılır.

Assets Ayarı

"assets": [ { "glob": "**/*", "input": "public" } ]

Build sırasında hangi statik dosyaların dist klasörüne kopyalanacağını belirler.

Örneğin:

resimler

favicon

font dosyaları

Styles Ayarı

"styles": [ "src/styles.css" ]

Uygulamanın global CSS dosyalarını tanımlar.

Budgets Nedir?

Angular build sırasında bundle boyutunu kontrol etmek için budgets mekanizmasını kullanır.

"budgets": [ { "type": "initial", "maximumWarning": "500kB", "maximumError": "1MB" } ]

type: initial

Uygulamanın ilk yüklenen bundle boyutunu kontrol eder.

maximumWarning

Bundle boyutu bu değeri aşarsa Angular build sırasında warning verir.

maximumError

Bundle boyutu bu limiti aşarsa Angular build işlemini hata ile durdurur.

Development Ayarları

"development": { "optimization": false, "extractLicenses": false, "sourceMap": true }

Development ortamında debugging kolay olsun diye optimizasyonlar kapatılır.

optimization → kod minify edilmez

sourceMap → browser devtools'ta TypeScript kodu görülür

extractLicenses → kütüphane lisansları ayrılmaz

Serve Ayarları

"serve": { "options": { "port": 2378 } }

Angular development server'ın hangi portta çalışacağını belirler.

Bu ayar sayesinde uygulama şu adreste çalışır:

http://localhost:2378

Sonuç

Angular projelerinde angular.json dosyası uygulamanın build sürecini ve geliştirme ortamını yöneten en önemli yapılandırma dosyalarından biridir.

Schematics → Angular CLI kod üretimi ayarları

Build → uygulamanın nasıl derleneceği

Assets → statik dosya yönetimi

Styles → global CSS

Budgets → performans limitleri

Serve → development server ayarları

Bu ayarları doğru yapılandırmak, daha performanslı, sürdürülebilir ve yönetilebilir Angular projeleri oluşturmanıza yardımcı olur.
24.02.2026

SQL ConnectionString Yapısı
- SQL
- MSSQL
Learn More
24.02.2026

SQL ConnectionString Yapısı
Connection string, bir uygulamanın veritabanına nasıl bağlanacağını belirleyen yapılandırma metnidir. Uygulama hangi sunucuya bağlanacak, hangi veritabanını kullanacak, hangi kullanıcı bilgileriyle giriş yapacak ve hangi güvenlik ayarlarını uygulayacak — tüm bu bilgiler connection string içinde yer alır.

Kısaca: Connection String = “Veritabanına bağlanma kimliği”

Connection String Ne İşe Yarar?

Connection string, uygulama ile SQL Server arasında köprü görevi görür. Yanlış yapılandırıldığında bağlantı hataları oluşur, doğru yapılandırıldığında ise güvenli ve performanslı bir iletişim sağlanır.

Uygulamanın bağlanacağı sunucuyu belirtir

Kullanılacak veritabanını tanımlar

Kimlik doğrulama yöntemini belirler

Güvenlik ayarlarını içerir

Performans ve bağlantı yönetimini kontrol eder

Connection String İçindeki Temel Parametreler

Bir connection string genellikle aşağıdaki temel bölümlerden oluşur:

Server=localhost; Database=MyDb; User Id=sa; Password=1234; Trusted_Connection=False; MultipleActiveResultSets=True; TrustServerCertificate=True;

1. Server (Data Source)

Server veya Data Source, SQL Server’ın bulunduğu adresi belirtir. Uygulama ilk olarak bu adrese bağlanmaya çalışır.

Server=localhost → Aynı bilgisayardaki SQL Server

Server=. → Local makine

Server=.\SQLEXPRESS → Named instance kullanımı

Server=192.168.1.10 → Uzak sunucu IP adresi

Server=192.168.1.10,1433 → Belirli port üzerinden bağlantı

Eğer sunucu bilgisi yanlış yazılırsa uygulama veritabanına hiç bağlanamaz.

2. Database (Initial Catalog)

Database veya Initial Catalog, bağlanılacak veritabanının adını belirtir.

SQL Server üzerinde birden fazla veritabanı olabilir. Bu parametre ile hangi veritabanı üzerinde işlem yapılacağı belirlenir.

3. Authentication (Kimlik Doğrulama)

SQL Server’a bağlanırken iki temel kimlik doğrulama yöntemi vardır:

Windows Authentication

Trusted_Connection=True;

Bu yöntemde kullanıcı adı ve şifre yazılmaz. Bağlantı Windows oturum bilgileri ile sağlanır. Genellikle şirket içi uygulamalarda tercih edilir.

SQL Server Authentication

User Id=sa; Password=1234;

Bu yöntemde SQL Server içinde tanımlı bir kullanıcı ile giriş yapılır. Hosting ortamlarında ve uzak sunucularda sıkça kullanılır.

User Id (UID) → SQL kullanıcı adı

Password (PWD) → SQL kullanıcı şifresi

4. Güvenlik Ayarları

Encrypt

Encrypt=True;

Uygulama ile SQL Server arasındaki veri iletişimini şifreler. Production ortamında açık olması önerilir.

TrustServerCertificate

TrustServerCertificate=True;

Sunucunun SSL sertifikasını doğrulamadan kabul eder. Genellikle local geliştirme ortamında kullanılır.

Persist Security Info

Persist Security Info=False;

Bağlantı açıldıktan sonra şifre bilgisinin bellekte tutulup tutulmayacağını belirler. Varsayılan olarak False olması güvenlik açısından daha doğrudur.

5. Performans Ayarları

Connection Timeout

Connection Timeout=30;

Bağlantı kurulurken maksimum bekleme süresini saniye cinsinden belirtir. Sunucu yoğunluğuna göre artırılabilir.

MultipleActiveResultSets (MARS)

MultipleActiveResultSets=True;

Aynı bağlantı üzerinden birden fazla sorgu çalıştırmaya izin verir. Entity Framework projelerinde genellikle aktif edilir.

Pooling

Pooling=True; Max Pool Size=100;

Connection Pooling sayesinde her istekte yeni bağlantı açılmaz. Mevcut bağlantılar tekrar kullanılır ve performans artar.

Gerçek Hayattan Örnek

Bir şirket düşünelim. Muhasebe programı veritabanına bağlanmak istiyor.

Hangi sunucu? → Server bilgisi

Hangi veritabanı? → Database

Kim bağlanacak? → User Id

Şifre ne? → Password

Bağlantı güvenli mi? → Encrypt

Tüm bu bilgiler connection string içinde yer alır. Eksik veya hatalı olursa sistem bağlanamaz.

ASP.NET Core’da Connection String Kullanımı

{ "ConnectionStrings": { "DefaultConnection": "Server=localhost;Database=MyDb;Trusted_Connection=True;TrustServerCertificate=True;" } }

Program.cs içinde:

builder.Services.AddDbContext(options => options.UseSqlServer( builder.Configuration.GetConnectionString("DefaultConnection")));

Connection String Ne İçin Kullanılmaz?

İş mantığı yazmak için kullanılmaz

SQL sorgusu yazmak için kullanılmaz

Veri manipülasyonu yapmak için kullanılmaz

Connection string yalnızca bağlantı bilgilerini içerir. Veritabanı işlemleri uygulama kodu içinde yapılır.

Sonuç

Connection string küçük bir metin gibi görünse de, uygulamanın veritabanı ile olan tüm iletişimini belirler.

Yanlış server → Bağlantı hatası

Yanlış kullanıcı → Login failed

Yanlış güvenlik ayarı → SSL hatası

Yanlış pooling ayarı → Performans sorunu

Doğru yapılandırılmış bir connection string: güvenli, performanslı ve stabil bir sistemin temelidir.
10.02.2026

SQL Transaction Nedir ?
- SQL
- MSSQL
Learn More
10.02.2026

SQL Transaction Nedir ?
SQL Transaction, bir veya birden fazla veritabanı işlemini tek bir bütün olarak yönetmeye yarayan yapıdır. Bir transaction içindeki tüm işlemler ya tamamen başarılı olur, ya da tamamen geri alınır. Böylece veri bütünlüğü korunur.

Kısaca: Transaction = “Ya hep ya hiç” mantığı

SQL Transaction Ne İşe Yarar?

Transaction, veritabanında tutarlılığı ve güvenliği sağlamak için kullanılır. Özellikle birden fazla adım içeren işlemlerde hata oluşursa, sistemin yanlış veriyle çalışmasını önler.

Birden fazla SQL işlemini tek bir birim olarak yönetir

Hatalı işlemlerde tüm değişiklikleri geri alır

Veri bütünlüğünü garanti eder

Paralel işlemler sırasında tutarlılığı korur

Gerçek Hayattan Örnek

Bir bankacılık sistemini düşünelim:

Müşteri hesabından 1000₺ çekmek istiyor

Başka bir hesaba aynı miktarı yatırmak gerekiyor

Eğer bu işlemler transaction ile yapılmazsa:

public IActionResult Index() { return View(); }

Para çekildi ama yatırma işlemi başarısız olursa

Paralar kaybolabilir veya sistem hatalı veri ile çalışır

Transaction ile:

Her iki işlem de başarılı olursa transaction commit edilir

Herhangi bir işlem başarısız olursa transaction rollback yapılarak tüm değişiklikler geri alınır

Sonuç: Veri bütünlüğü korunur.

SQL Transaction Nasıl Çalışır?

Transaction genellikle şu adımları takip eder:

BEGIN TRANSACTION: İşlem başlatılır

İşlemler yapılır (INSERT, UPDATE, DELETE vb.)

COMMIT: Tüm işlemler başarılı ise veritabanına kaydedilir

ROLLBACK: Hata oluşursa tüm değişiklikler geri alınır

Bu yapı sayesinde veri kaybı veya tutarsızlık önlenir.

SQL Transaction Nerelerde Kullanılır?

Banka ve finans işlemleri

Stok ve sipariş yönetimi

Çok adımlı iş süreçleri

Veri bütünlüğünün kritik olduğu tüm uygulamalar

Örnek senaryo:

E-ticaret: Sipariş kaydı, ödeme ve stok güncelleme aynı transaction içinde yapılır

SQL Transaction Ne İçin Kullanılmaz?

Tek bir basit sorgu için (performans kaybı yaratır)

Gerçek zamanlı ve küçük veri güncellemelerinde (gereksiz karmaşıklık)

Transaction yönetimi gerektirmeyen basit CRUD işlemlerinde

Transaction kullanımı, yalnızca birden fazla adımın tutarlılığının kritik olduğu durumlarda mantıklıdır.

Transaction Özellikleri (ACID)

SQ
10.02.2026

Modern JS Kütüphaneleri
- JavaScript
Learn More
10.02.2026

Modern JS Kütüphaneleri
Modern Web Projelerinde Kullandığım JavaScript Kütüphaneleri

Modern web uygulamaları geliştirirken kullanıcı deneyimini artırmak ve geliştirme sürecini hızlandırmak için çeşitli JavaScript kütüphanelerinden faydalanıyorum. Aşağıda projelerimde aktif olarak kullandığım bazı önemli kütüphaneleri ve kullanım amaçlarını bulabilirsiniz.

Masonry

Masonry, Pinterest tarzı dinamik grid sistemleri oluşturmak için kullanılır. Elemanları sabit satırlar yerine boşluklara göre yerleştirerek estetik ve akışkan bir görünüm sağlar.

var msnry = new Masonry('.grid', { itemSelector: '.grid-item', columnWidth: 200 });

AOS (Animate On Scroll)

AOS, sayfa kaydırıldıkça animasyon efekti vermek için kullanılır. Özellikle landing page ve portföy sitelerinde dikkat çekici geçişler oluşturur.

<div data-aos="fade-up">İçerik</div>

Dragula

Dragula, sürükle-bırak (drag & drop) işlemlerini kolaylaştıran hafif bir kütüphanedir. Kanban board, görev yönetimi veya liste sıralama gibi yapılarda kullanılır.

dragula([document.getElementById('left'), document.getElementById('right')]);

Dropzone.js

Dropzone.js, sürükleyerek dosya yükleme alanı oluşturmak için kullanılır. Otomatik önizleme ve progress bar desteği sunar.

Dropzone.autoDiscover = false; new Dropzone("#myDropzone");

FilePond

FilePond, gelişmiş dosya yükleme deneyimi sunar. Dosya önizleme, boyut kontrolü, base64 encode ve image preview gibi özellikleri destekler.

FilePond.create(document.querySelector('input[type="file"]'));

GLightbox

GLightbox, resim ve video içeriklerini modern lightbox tasarımıyla göstermek için kullanılır. Galeri sistemleri için idealdir.

const lightbox = GLightbox({ selector: '.glightbox' });

Isotope

Isotope, filtreleme ve sıralama yapılabilen dinamik grid yapıları oluşturmak için kullanılır. Özellikle portföy sayfalarında kategori filtreleme için tercih edilir.

var iso = new Isotope('.grid', { itemSelector: '.element-item' });

Grid.js

Grid.js, modern ve hafif bir tablo (data grid) kütüphanesidir. Arama, sıralama ve sayfalama özellikleri sunar.

new gridjs.Grid({ columns: ["Ad", "Email"], data: [["Uğur", "mail@example.com"]] }).render(document.getElementById("table"));

SweetAlert2

SweetAlert2, standart alert yapısını modern popup tasarımlarıyla değiştirir. Onay pencereleri ve bildirimler için kullanılır.

Swal.fire({ title: 'Başarılı!', icon: 'success' });

Shepherd.js

Shepherd, kullanıcıya uygulama turu (intro guide) sunmak için kullanılır. Dashboard veya admin panellerinde onboarding sürecini iyileştirir.

const tour = new Shepherd.Tour(); tour.addStep({ text: 'Bu buton rapor oluşturur.', attachTo: { element: '.btn', on: 'bottom' } });

Particles.js

Particles.js, arka planda hareketli parçacık animasyonları oluşturmak için kullanılır. Landing page ve hero section tasarımlarında görsel zenginlik sağlar.

particlesJS.load('particles-js', 'particles.json');

Bu kütüphaneler sayesinde kullanıcı deneyimini artıran, performanslı ve modern arayüzler geliştirmek mümkün hale gelmektedir. Doğru projede doğru kütüphaneyi kullanmak, hem geliştirme sürecini hızlandırır hem de sürdürülebilir bir yazılım mimarisi oluşturmayı sağlar.
10.02.2026

Solid Prensipleri Nedir ?
- C#
Learn More
10.02.2026

Solid Prensipleri Nedir ?
SOLID prensipleri, nesne yönelimli programlamada (OOP) daha bakımı kolay, okunabilir, test edilebilir ve sürdürülebilir yazılım geliştirmek için kullanılan 5 temel tasarım prensibidir.

Bu prensipler özellikle büyük projelerde kod karmaşasını azaltır ve yazılımın zamanla bozulmasını engeller.

Kısaca: SOLID = Temiz ve sürdürülebilir yazılımın temel kuralları

SOLID Prensipleri Nelerdir?

S — Single Responsibility Principle

O — Open / Closed Principle

L — Liskov Substitution Principle

I — Interface Segregation Principle

D — Dependency Inversion Principle

Şimdi bu 5 prensibi gerçek örneklerle birlikte inceleyelim.

1) Single Responsibility Principle (Tek Sorumluluk Prensibi)

Bir sınıfın değişmesi için yalnızca tek bir sebep olmalıdır. Yani bir class sadece tek bir iş yapmalıdır.

Yanlış örnek:

public class UserService { public void AddUser(User user) { } public void SendEmail(User user) { } public void Log(string message) { } }

Bu sınıf:

Kullanıcı ekliyor

Email gönderiyor

Log yazıyor

Birden fazla sorumluluğu olduğu için SRP ihlal edilir.

Doğru yaklaşım:

public class UserService { public void AddUser(User user) { } } public class EmailService { public void SendEmail(User user) { } } public class LoggerService { public void Log(string message) { } }

Her sınıf tek bir iş yapar. Kod daha modüler ve yönetilebilir hale gelir.

2) Open / Closed Principle (Açık / Kapalı Prensibi)

Yazılım bileşenleri geliştirmeye açık, ancak değiştirmeye kapalı olmalıdır.

Yanlış örnek:

public double CalculatePrice(string customerType) { if(customerType == "Normal") return 100; else if(customerType == "Premium") return 80; return 0; }

Yeni müşteri tipi geldiğinde metodu değiştirmek gerekir.

Doğru yaklaşım (Polimorfizm):

public interface ICustomer { double GetPrice(); } public class NormalCustomer : ICustomer { public double GetPrice() => 100; } public class PremiumCustomer : ICustomer { public double GetPrice() => 80; }

Yeni müşteri tipi eklendiğinde mevcut kod değişmez. Sadece yeni bir sınıf yazılır.

3) Liskov Substitution Principle

Türetilmiş bir sınıf, base sınıfın yerine sorunsuz şekilde kullanılabilmelidir.

Yanlış örnek:

public class Bird { public virtual void Fly() { } } public class Penguin : Bird { public override void Fly() { throw new NotImplementedException(); } }

Penguen uçamaz. Ancak Bird sınıfından türemiştir. Bu durumda alt sınıf, üst sınıfın davranışını bozar.

Doğru yaklaşım:

public abstract class Bird { } public interface IFlyable { void Fly(); } public class Eagle : Bird, IFlyable { public void Fly() { } } public class Penguin : Bird { }

Artık yalnızca uçabilen kuşlar IFlyable implement eder.

4) Interface Segregation Principle

Hiçbir sınıf kullanmadığı metotlara bağımlı olmamalıdır.

Yanlış örnek:

public interface IWorker { void Work(); void Eat(); }

Robot sınıfı için:

public class Robot : IWorker { public void Work() { } public void Eat() { throw new NotImplementedException(); } }

Robot yemek yemez. Ancak interface yüzünden zorlanmıştır.

Doğru yaklaşım:

public interface IWorkable { void Work(); } public interface IEatable { void Eat(); }

Her sınıf yalnızca ihtiyaç duyduğu interface'i uygular.

5) Dependency Inversion Principle

Üst seviye sınıflar alt seviye sınıflara bağımlı olmamalıdır. Her ikisi de soyutlamalara (interface) bağımlı olmalıdır.

Yanlış örnek:

public class OrderService { private EmailService _emailService = new EmailService(); }

OrderService doğrudan EmailService'e bağımlıdır.

Doğru yaklaşım:

public interface IMessageService { void Send(string message); } public class EmailService : IMessageService { public void Send(string message) { } } public class OrderService { private readonly IMessageService _messageService; public OrderService(IMessageService messageService) { _messageService = messageService; } }

Artık Email yerine SMS veya başka bir servis kolayca eklenebilir.

SOLID Prensipleri Neden Önemlidir?

Kod tekrarını azaltır

Bakımı kolaylaştırır

Unit test yazmayı kolaylaştırır

Büyük projelerde karmaşayı önler

Clean Architecture ve katmanlı mimarilere temel oluşturur

SOLID prensipleri küçük projelerde zorunlu gibi görünmeyebilir, ancak proje büyüdükçe bu prensiplerin önemi ciddi şekilde artar.

Sonuç

SOLID prensipleri, yazılım geliştirirken “çalışan kod” yazmaktan bir adım ileri gidip doğru tasarlanmış kod yazmayı hedefler.

Unutulmaması gereken temel fikir şudur:

İyi yazılmış kod sadece bugün çalışmaz, yarın değişime de hazırdır.

05.02.2026

Windows Service Nedir ?

C#
Windows Service

05.02.2026

Windows Service Nedir ?

Windows Service, Windows işletim sistemi üzerinde çalışan, kullanıcı arayüzü olmayan ve genellikle arka planda sürekli çalışan uygulamalardır. Bilgisayar açıldığı anda başlar, kullanıcı oturum açmasa bile çalışmaya devam eder.

Kısaca Windows Service’leri: kullanıcıdan bağımsız, sessiz ve sürekli çalışan sistem uygulamaları olarak tanımlayabiliriz.

Windows Service Ne İşe Yarar?

Windows Service’ler, belirli bir işi otomatik olarak ve kesintisiz şekilde yapmak için kullanılır. Bu işler genellikle kullanıcı etkileşimi gerektirmez.

Belirli aralıklarla işlem yapmak
Sürekli bir şeyi dinlemek
Arka planda otomatik görevler yürütmek
Sistemler arası veri alışverişi sağlamak

Özetle: “Bu işlem çalışsın ama kullanıcıya bağlı olmasın” dediğimiz her yerde Windows Service kullanılır.

Windows Service Ne İçindir?

Windows Service’in temel amacı üç kelimeyle özetlenebilir:

Süreklilik
Otomasyon
Kullanıcıdan Bağımsızlık

Kullanıcı bilgisayardan çıksa bile, ekran kilitlense bile veya uzaktan bağlantı kapansa bile Windows Service çalışmaya devam eder.

Gerçek Hayattan Windows Service Örneği

Bir asansör düşünelim.

Asansör, sen çağırmasan bile sistem olarak çalışır durumdadır. Elektrik olduğu sürece hazırdır ve birinin düğmeye basmasını bekler.

Bu örnekte:

Asansör motoru → Windows Service
Düğmeye basman → Kullanıcı arayüzü

Windows Service de aynı mantıkla, arka planda sürekli hazır bekler.

Windows Service Nerelerde Kullanılır?

1. E-posta Gönderim Servisleri

Bir şirketin günlük binlerce e-posta gönderdiğini düşünelim:

Sipariş onayı
Şifre sıfırlama
Kampanya bildirimleri

Bu işlemler bir web sayfasına bağlı olursa risklidir. Web sitesi kapanırsa e-postalar gönderilemez.

Bu yüzden genellikle Windows Service kullanılır. Servis, belirli aralıklarla e-posta kuyruğunu kontrol eder ve bekleyen mailleri gönderir.

2. Log (Kayıt) Toplama

Uygulamalar sürekli log üretir. Windows Service bu logları arka planda toplar, veritabanına kaydeder veya başka bir sunucuya gönderir.

Kullanıcı bu süreci görmez ama sistem düzenli şekilde çalışır.

3. Dosya İzleme (File Watcher)

Belirli bir klasöre dosya atıldığında otomatik işlem yapılması gereken durumlar vardır.

Örneğin:

Bir klasöre Excel dosyası gelir
Servis bu dosyayı algılar
Verileri okur ve sisteme aktarır

Bu tür işlemler için Windows Service ideal bir çözümdür.

4. Entegrasyon Servisleri

Farklı sistemler arasında veri alışverişi yapılması gerektiğinde Windows Service sıkça kullanılır.

ERP sistemleri
Muhasebe yazılımları
Web API entegrasyonları

Bu servisler genellikle gece saatlerinde otomatik olarak çalışır.

Windows Service Ne İçin Kullanılır?

Sürekli çalışması gereken işler
Zamanlanmış görevler
Arka plan işlemleri
Otomatik sistem görevleri
Kullanıcıdan bağımsız süreçler

Eğer bir iş: kapanmamalı ve unutulmamalıysa, Windows Service doğru tercihtir.

Windows Service Ne İçin Kullanılmaz?

Windows Service her iş için uygun değildir.

Kullanıcı etkileşimi gerektiren uygulamalar
Form, buton veya popup içeren ekranlar
Anlık kullanıcı geri bildirimi isteyen işlemler
Görsel ağırlıklı uygulamalar

Bu tür senaryolar için web veya masaüstü uygulamaları tercih edilmelidir.

Windows Service ile Web Uygulaması Arasındaki Fark

Özellik	Windows Service	Web / Masaüstü
Kullanıcı Arayüzü	Yok	Var
Süreklilik	Sürekli	Kullanıcıya bağlı
Otomatik Başlama	Var	Yok
Kullanıcıdan Bağımsız	Evet	Hayır

ASP.NET Core ve Windows Service

Modern .NET dünyasında Windows Service kavramı, genellikle Worker Service veya Background Service olarak karşımıza çıkar.

ASP.NET Core ile geliştirilen arka plan servisleri, Windows Service olarak publish edilebilir ve Windows üzerinde servis şeklinde çalıştırılabilir.

Sonuç

Windows Service:

Arka planda çalışır
Kullanıcıya bağlı değildir
Otomatik ve süreklidir
Sistem görevleri için idealdir

Sessiz, otomatik ve güvenilir bir çözüm arıyorsanız, Windows Service doğru tercihtir.

05.02.2026

Web Service Nedir ?

C#
.Net

05.02.2026

Web Service Nedir ?

Web Services (Web Servisleri), farklı uygulamaların ve sistemlerin internet üzerinden birbiriyle haberleşmesini sağlayan yapılardır.

Bir web servisi sayesinde; farklı yazılım dilleriyle yazılmış, farklı sunucularda çalışan ve farklı platformlara sahip uygulamalar birbirleriyle veri alışverişi yapabilir.

Kısaca: Web Services = Uygulamaların birbiriyle konuşma dili

Web Services Ne İşe Yarar?

Web servisleri, bir uygulamanın sahip olduğu veriyi veya işlemi başka bir uygulamaya güvenli ve kontrollü bir şekilde sunmasını sağlar.

Veri paylaşımı yapar
İşlemleri dış dünyaya açar
Sistemler arası entegrasyon sağlar
Platform bağımsız iletişim kurar

Yani: “Bu bilgi sadece benim uygulamamda kalmasın” dediğin noktada Web Services devreye girer.

Web Services Ne İçindir?

Web servislerinin temel amacı, uygulamaları birbirinden bağımsız ama bağlantılı hale getirmektir.

Bir sistem değiştiğinde, diğer sistemlerin bundan minimum seviyede etkilenmesi hedeflenir.

Bu sayede:

Daha esnek mimari
Daha kolay bakım
Daha ölçeklenebilir sistemler

oluşturulabilir.

Gerçek Hayattan Web Services Örneği

Bir kargo firması düşünelim.

Bu firmanın:

Mobil uygulaması
Web sitesi
Çağrı merkezi yazılımı

olsun.

Siparişin kargo durumunu gösteren bilgi tek bir yerde tutulur.

Ancak bu bilgi:

Mobil uygulamada
Web sitesinde
Çağrı merkezi ekranında

aynı anda gösterilmelidir.

İşte bu noktada Web Services devreye girer. Tüm uygulamalar, kargo durumunu aynı web servisten alır.

Web Services Nasıl Çalışır?

Web servisleri genellikle şu mantıkla çalışır:

İstemci (Client) bir istek gönderir
Sunucu (Server) bu isteği işler
Sonuç bir cevap (Response) olarak geri döner

Bu iletişim çoğunlukla HTTP üzerinden gerçekleşir.

Web Services Türleri

1. SOAP Web Services

SOAP, XML tabanlı ve kuralları katı olan bir web servis türüdür.

Güçlü güvenlik
Katı sözleşme yapısı (WSDL)
Kurumsal sistemlerde yaygın

Ancak karmaşık yapısı nedeniyle günümüzde daha az tercih edilir.

2. RESTful Web Services

REST, günümüzde en yaygın kullanılan web servis yaklaşımıdır.

HTTP metodlarını kullanır (GET, POST, PUT, DELETE)
Genellikle JSON formatında veri döner
Hafif ve hızlıdır

ASP.NET Core Web API projeleri, çoğunlukla RESTful web servislerdir.

Web Services Nerelerde Kullanılır?

Mobil uygulamalar
Web uygulamaları
Mikroservis mimarileri
Üçüncü parti entegrasyonlar
Ödeme sistemleri

Örneğin:

Ödeme alma (banka servisleri)
Harita ve konum servisleri
SMS / E-posta gönderimi

Web Services Ne İçin Kullanılır?

Sistemler arası veri paylaşımı
Farklı platformları birleştirmek
Merkezi iş mantığı oluşturmak
Mobil ve web uygulamalarına veri sağlamak

Kısaca: Birden fazla uygulama aynı işi yapıyorsa, o iş Web Service olmalıdır.

Web Services Ne İçin Kullanılmaz?

Web servisleri her senaryo için uygun değildir.

Yoğun görsel arayüz gerektiren işlemler
Kullanıcı etkileşimi isteyen ekranlar
Anlık UI güncellemeleri

Web servisleri sadece veri ve işlem sunar, arayüz sunmaz.

Web Services ile Web Uygulaması Arasındaki Fark

Özellik	Web Service	Web Uygulaması
Kullanıcı Arayüzü	Yok	Var
Amacı	Veri / İşlem Sunmak	Kullanıcı Etkileşimi
Platform Bağımsız	Evet	Kısmen
Kullanıcıya Bağlı	Hayır	Evet

ASP.NET Core ve Web Services

ASP.NET Core, Web Service geliştirmek için güçlü bir altyapı sunar.

ASP.NET Core Web API projeleri sayesinde:

RESTful servisler yazılabilir
JSON tabanlı veri döndürülebilir
Modern ve ölçeklenebilir mimariler kurulabilir

Sonuç

Web Services:

Uygulamaların konuşma dilidir
Sistemleri birbirine bağlar
Merkezi ve tekrar kullanılabilir çözümler sunar
Modern yazılım mimarisinin temel taşlarından biridir

Eğer bir sistem birden fazla uygulama tarafından kullanılacaksa, Web Service kaçınılmazdır.

05.02.2026

API Nedir ?

C#
.Net Core MVC
Web API

05.02.2026

API Nedir ?

API (Application Programming Interface), bir yazılımın başka bir yazılıma nasıl erişileceğini ve nasıl kullanılacağını tanımlayan bir arayüzdür.

Bir API, bir uygulamanın sahip olduğu verileri veya işlemleri dış dünyaya kontrollü bir şekilde açar.

Kısaca: API = Yazılımların birbirine sunduğu sözleşme

API Ne İşe Yarar?

API’ler, farklı yazılımların birbirinin iç yapısını bilmeden haberleşmesini sağlar.

Uygulamalar arası iletişim kurar
Veri paylaşımı sağlar
İş mantığını dışarı açar
Tekrar kullanılabilir yapı sunar

Yani: “Bu işlemi başkaları da kullansın” dediğin her yerde API vardır.

API Ne İçindir?

API’lerin temel amacı, uygulamaları birbirinden bağımsız hale getirmektir.

Bir sistemin iç yapısı değişse bile, API sabit kaldığı sürece diğer sistemler çalışmaya devam eder.

Bu da:

Daha esnek mimari
Daha kolay bakım
Daha güvenli erişim

sağlar.

Gerçek Hayattan API Örneği

Bir restoran düşünelim.

Müşteri mutfağa girmez. Garson üzerinden sipariş verir.

Bu örnekte:

Mutfak → Sistem / Uygulama
Garson → API
Müşteri → API’yi kullanan uygulama

Müşteri sadece menüyü görür, mutfağın nasıl çalıştığını bilmez.

API de aynı şekilde, uygulamanın iç detaylarını gizler.

API Nasıl Çalışır?

API’ler genellikle bir istek–cevap (request–response) mantığıyla çalışır.

İstemci API’ye istek gönderir
API isteği işler
Sonuç cevap olarak döner

Bu iletişim:

HTTP
Dosya sistemi
Uygulama içi çağrılar

üzerinden gerçekleşebilir.

API Türleri

1. Local (Yerel) API

Aynı uygulama veya aynı makine içinde kullanılan API’lerdir.

Örneğin:

.NET kütüphaneleri
DLL dosyaları

2. Web API

İnternet üzerinden erişilebilen API’lerdir.

HTTP protokolünü kullanır
JSON veya XML veri döner
Platform bağımsızdır

ASP.NET Core Web API bu gruba girer.

API ve Web Services Arasındaki Fark

Bu noktada en çok karıştırılan konuya geldik.

API ve Web Service aynı şey değildir.

Aralarındaki ilişki şöyledir:

Her Web Service bir API’dir, ancak her API bir Web Service değildir.

Temel Farklar

Özellik	API	Web Service
Kapsam	Daha geniş	API’nin bir alt kümesi
İletişim	Her türlü olabilir	HTTP üzerinden
Platform Bağımsız	Kısmen	Evet
Kullanım Alanı	Genel	Web tabanlı

API Ne İçin Kullanılır?

Mobil uygulamalara veri sağlamak
Web uygulamalarıyla haberleşmek
Üçüncü parti entegrasyonlar
Mikroservis mimarileri

Birden fazla uygulama aynı veriyi kullanıyorsa, API kullanmak en doğru yaklaşımdır.

API Ne İçin Kullanılmaz?

Görsel kullanıcı arayüzü sunmak
Direkt kullanıcı etkileşimi
Tek başına çalışan masaüstü uygulamalar

API’ler arka planda çalışır, kullanıcıya ekran sunmaz.

ASP.NET Core ve API

ASP.NET Core, modern ve performanslı API’ler geliştirmek için güçlü bir altyapı sunar.

ASP.NET Core Web API projeleri ile:

RESTful API’ler yazılabilir
JWT, Token gibi güvenlik mekanizmaları uygulanabilir
Ölçeklenebilir mimariler kurulabilir

Sonuç

API:

Yazılımlar arası iletişimi sağlar
İş mantığını dış dünyaya açar
Esnek ve sürdürülebilir sistemler oluşturur

Web Service ise, API kavramının web üzerinden çalışan özel bir türüdür.

Bu farkı anladığında, modern yazılım mimarisinin büyük bir kısmını da anlamış olursun.

05.02.2026

RabbitMQ Nedir ?
- C#
- .Net
- .Net Core MVC
Learn More
05.02.2026

RabbitMQ Nedir ?
RabbitMQ, mesaj kuyruğu (message broker) olarak bilinen bir sistemdir. Yani farklı uygulamalar veya sistemler arasındaki mesajlaşmayı güvenli ve düzenli bir şekilde yönetir.

RabbitMQ sayesinde:

Uygulamalar birbirinden bağımsız çalışabilir

Mesajlar kaybolmadan iletilir

Yoğun trafik altında bile işlemler sırayla yürütülür

Kısaca: “Sistemler arası güvenli ve asenkron iletişim altyapısı” diyebiliriz.

RabbitMQ Ne İşe Yarar?

RabbitMQ, özellikle arka plan işlemleri ve sistemler arası veri iletimi için kullanılır.

Mesajları sıraya koyar ve garantili şekilde iletir

Farklı sistemlerin yükünü dengeler

İşlemleri asenkron yaparak performansı artırır

Yani, bir sistemin bir diğerini beklemeden çalışmasını sağlar.

Gerçek Hayattan Örnek

Bir e-ticaret sitesini düşünelim:

Müşteri sipariş verir

Web sitesi siparişi kaydeder

Stok sistemi, fatura sistemi ve kargo sistemi bu siparişten haberdar olmalıdır

Eğer tüm sistemler senkron çalışsaydı, web sitesi sipariş sırasında tüm işlemleri beklemek zorunda kalırdı ve kullanıcıya yavaş bir deneyim sunardı.

RabbitMQ devreye girer ve:

Sipariş mesajını kuyrukta sıraya koyar

Stok, fatura ve kargo sistemleri mesajı kendi hızlarında okur ve işler

Sonuç: Hem web sitesi hızlı kalır hem de tüm sistemler doğru şekilde çalışır.

RabbitMQ Nasıl Çalışır?

RabbitMQ temel olarak 3 bileşenden oluşur:

Producer: Mesajı üreten taraf (örneğin web uygulaması)

Queue: Mesajların sıraya konduğu yer

Consumer: Mesajı alan ve işleyen taraf (örneğin fatura sistemi)

Akış şu şekildedir:

Producer mesajı RabbitMQ’ya gönderir

Mesaj Queue’ya düşer

Consumer Queue’dan mesajı alır ve işler

Bu yapı sayesinde asenkron, güvenli ve sırayla mesaj iletimi sağlanır.

RabbitMQ Ne İçin Kullanılır?

Asenkron işleme ihtiyaç duyulan senaryolar

Yoğun trafik altında performansı korumak

Farklı sistemler arası veri iletimi

İşlem sıralarını garanti altına almak

Event-driven (olay tabanlı) mimari kurmak

Örnek senaryolar:

E-ticaret sipariş kuyruğu

Mail gönderim servisi

Bildirim sistemleri

Log toplama ve işleme

RabbitMQ Ne İçin Kullanılmaz?

Kullanıcıya doğrudan görsel arayüz sunmak

Gerçek zamanlı UI güncellemeleri (WebSocket daha uygun)

Küçük ve basit uygulamalarda ekstra karmaşıklık oluşturmak

RabbitMQ daha çok arka plan ve sistemler arası iletişim için uygundur.

RabbitMQ ve Web Services / API İlişkisi

RabbitMQ, Web Service veya API gibi iletişim kurmaz; mesajları asenkron taşır.

Özetle:

API ve Web Service → anlık ve senkron veri alışverişi sağlar

RabbitMQ → mesajları kuyruklar ve asenkron iletir

Bu yüzden modern sistemlerde, API ile birlikte RabbitMQ kullanımı çok yaygındır: veri anlık iletilir veya kuyruk üzerinden güvenli şekilde işlenir.

ASP.NET Core ve RabbitMQ

ASP.NET Core projelerinde RabbitMQ kullanılarak:

Arka plan işlemleri asenkron yapılabilir

Web API ile entegrasyon sağlanabilir

Microservice mimarilerinde servisler arası güvenli iletişim kurulabilir

.NET için resmi RabbitMQ.Client kütüphanesi mevcuttur ve kolayca kullanılabilir.

Sonuç

RabbitMQ, modern yazılım mimarilerinde özellikle:

Asenkron işlem yönetimi

Yük dengeleme

Event-driven sistemler

Güvenilir mesaj iletimi

için vazgeçilmez bir araçtır.

API ve Web Services anlık iletişimi sağlarken, RabbitMQ mesajların güvenli ve sırayla iletilmesini garanti eder.
05.02.2026

Virtual Scrolling Nedir ?
- HTML
- CSS
- JavaScript
- TypeScript
- Angular
Learn More
05.02.2026

Virtual Scrolling Nedir ?
Virtual Scrolling, uzun listeler veya tabloların kullanıcıya sunulurken performansı artırmak için yalnızca görünen kısmın render edilmesi yöntemidir.

Yani, ekranda görünmeyen öğeler DOM’a eklenmez. Bu sayede büyük veri listeleri çok daha hızlı yüklenir ve kaydırma (scroll) işlemleri pürüzsüz olur.

Kısaca: Virtual Scrolling = Görünen kısmı render et, geri kalanını gerektiğinde yükle

Virtual Scrolling Ne İşe Yarar?

Virtual Scrolling’in temel amacı performans optimizasyonudur. Uzun listeler veya tablolar tarayıcıyı yavaşlatabilir. Virtual Scrolling ile yalnızca kullanıcıya görünen öğeler DOM’a eklenir.

Sayfa yüklenme süresini azaltır

Kaydırma sırasında akıcı deneyim sunar

Hafıza kullanımını düşürür

Büyük veri setlerini kullanıcıya sunmayı mümkün kılar

Gerçek Hayattan Örnek

Bir sosyal medya akışını düşünelim:

Binlerce gönderi var

Kullanıcı sadece 5–10 gönderiyi ekranda görebiliyor

Eğer tüm gönderiler DOM’a eklenirse:

Sayfa yavaş açılır

Kaydırma takılır

Virtual Scrolling devreye girer:

Sadece ekranda görünen gönderiler yüklenir

Kullanıcı kaydırdıkça yeni gönderiler dinamik olarak eklenir

Sonuç: Kullanıcı hızlı ve akıcı bir deneyim yaşar.

Virtual Scrolling Nasıl Çalışır?

Virtual Scrolling genellikle şu şekilde uygulanır:

Liste veya tablo boyutu ölçülür

Sadece görünür alanın öğeleri render edilir

Kullanıcı scroll yaptıkça yeni öğeler eklenir ve görünmeyen öğeler DOM’dan çıkarılır

Bu yaklaşım sayesinde:

DOM’da gereksiz öğe kalmaz

Tarayıcı performansı yüksek tutulur

Virtual Scrolling Nerelerde Kullanılır?

Uzun tablolar (binlerce satır) – örneğin Excel benzeri uygulamalar

Sosyal medya akışları

Mesajlaşma uygulamalarında sohbet listeleri

Ürün listeleri ve kataloglar

Özetle, kullanıcıya sürekli veri sunulması gereken fakat tüm verinin bir anda gösterilmesinin mümkün olmadığı durumlarda kullanılır.

Virtual Scrolling Ne İçin Kullanılmaz?

Küçük veri setleri için (performans farkı minimaldir)

Sabit, çok az öğe olan listeler

İnteraktif öğelerin DOM’da her zaman görünmesi gereken durumlar

Virtual Scrolling’in amacı büyük veri setlerinde performansı artırmaktır, küçük veri setlerinde ekstra karmaşıklık oluşturur.

Virtual Scrolling ve Framework Desteği

Modern frontend frameworkleri virtual scrolling için hazır bileşenler sunar:

Angular: cdk-virtual-scroll-viewport

React: react-window, react-virtualized

Vue.js: vue-virtual-scroller

ASP.NET Core MVC tarafında ise JavaScript veya Blazor ile virtual scrolling uygulanabilir.

Sonuç

Virtual Scrolling, büyük veri listelerinde performansı artıran, kullanıcı deneyimini iyileştiren modern bir tekniktir.

Yalnızca görünür öğeleri DOM’a ekler

Kaydırma işlemlerini akıcı hale getirir

Hafıza kullanımını azaltır

Eğer projenizde binlerce öğe gösterecekseniz, Virtual Scrolling kullanmak hemen her zaman doğru çözümdür.