Blog
Mert Özen'in yazılım geliştirme, backend, frontend ve DevOps üzerine blog yazıları.
Domain-Driven Design Nedir? Ne Zaman Değer, Ne Zaman Gereksiz?
DDD, karmaşıklığın teknolojide değil iş kurallarında olduğunu kabul edip modeli domain uzmanıyla birlikte koda taşıyan bir yaklaşımdır; kuralları sık değişen core domain'de değer üretir, CRUD ekranlarında ve kısa ömürlü MVP'lerde gereksizdir. Kampanya indirimi hatasıyla CRUD ve domain modelinin farkı, strategic ve tactical design ayrımı, eShop'un Ordering.Domain'i ve serinin yol haritası.
Vertical Slice Ne Zaman? Clean Architecture ve Modular Monolith ile Birlikte Kullanmak
Vertical slice'lar sık feature eklenen, karmaşıklığı use case'e göre değişen API'lerde iyi çalışır; refactoring disiplini olmayan ekiplerde ve zengin, paylaşılan domain'lerde tek başına yetmez, en iyi sonucu Clean bir domain çekirdeği ve modular monolith sınırlarıyla birlikte verir. Bookstore'u module'lere ayırıp sınırı internal ve ArchUnitNET ile koruyor, FastEndpoints ile REPR'ı değerlendiriyor ve layered bir projeyi slice'lara kademeli taşıma planını çıkarıyoruz.
Vertical Slice'ları Test Etmek: Slice Başına Integration Test ve Gerektiğinde Unit Test
Bir slice'ın doğal test birimi HTTP isteğinden gerçek veritabanına kadar olan yoldur; domain kuralları ise saf unit test'le, ucuzca test edilir. WebApplicationFactory, Testcontainers ile gerçek SQL Server ve Respawn ile slice başına test kuruyor, sıfırlama olmadan test'lerin nasıl birbirini kırdığını ve InMemory provider'ın aynı arama sorgusunda hem yanlış geçip hem yanlış kaldığını gerçek çıktılarla gösteriyoruz.
Slice'lar Arası Paylaşım: Duplication mı Abstraction mı, Domain Logic Nereye?
Slice'lar arasında domain model, cross-cutting işler ve altyapı paylaşılır; request/response tipleri, sorgular ve iş akışı paylaşılmaz, invariant'lar ise ikinci kopyayı beklemeden entity'ye taşınır. Bookstore'da request'e konmuş bir kuralın 7 adetlik siparişe izin verdiğini, bir slice'ın başka bir slice'ı çağırınca ödemesi reddedilmiş siparişi kaydettiğini gerçek çıktılarla görüyor ve bunu ArchUnitNET slice test'iyle engelliyoruz.
Mediator'lı Slice: MediatR, Mediator (Source Generator) ve Wolverine Karşılaştırması
Slice'larda mediator'ın asıl getirisi giriş noktasından bağımsız bir pipeline'dır; Kasım 2026 itibarıyla MediatR 14.3 RPL 1.5 ya da ticari lisanslı, Mediator 3.0.2 ve Wolverine 6.62 MIT lisanslı. Aynı PlaceOrder slice'ını üç araçla ve mediator'sız bir endpoint filter'la yazıp dispatch maliyetini, ilk istek süresini, Native AOT davranışını ve her aracın gerçek kurulum tuzaklarını karşılaştırıyoruz.
MediatR Olmadan İlk Slice: Minimal API, Handler Class ve Endpoint Kaydı
MediatR olmadan bir slice; request ve response record'ları, DbContext'i doğrudan kullanan bir handler class'ı ve endpoint'i kendi class'ında map eden bir IEndpoint ile kurulur, kayıtları da assembly scan yapar. Bookstore'da PlaceOrder ve GetOrderDetails slice'larını .NET 10 AddValidation, TypedResults ve EF Core projection ile yazıyor, adlandırma convention'ının bütün endpoint'leri nasıl düşürebildiğini ve bunun açılışta nasıl yakalanacağını gösteriyoruz.
Vertical Slice Architecture Nedir? Layer'a Değil Feature'a Göre Kod Organize Etmek
Vertical Slice Architecture, kodu teknik layer'lara göre değil her request'in uçtan uca ihtiyacına göre dilimler; slice'lar arası coupling azalır, slice içi coupling artar. Aynı iki feature'ın layered Bookstore'da beş dosyada, slice'lı Bookstore'da tek dosyada conflict çıkardığını git çıktılarıyla görüyor, slice'ın anatomisini ve üç yaygın yanlış okumayı inceliyoruz.
Clean Architecture Ne Zaman Fazla Gelir? Template Kültü, Interface Patlaması ve Pragmatik Yol
Clean Architecture, korunacak iş kuralı olmayan CRUD ağırlıklı, kısa ömürlü ya da tek adapter'lı küçük servislerde fazla gelir; uzun ömürlü, kurallı ve çok adapter'lı bölgelerde ise karşılığını verir. Template kültü ve interface patlamasının belirtileri, aynı Dependency Rule'u tek project ve ArchUnitNET test'leriyle korumak, ve layered bir projeden FreezingArchRule ile kademeli geçiş.
Clean Architecture'ı Test Etmek ve Korumak: Core Test'leri, Adapter Test'leri ve Architecture Test'leri
Clean Architecture'da core'u in-memory adapter'larla veritabanı olmadan, adapter'ları Testcontainers ile üretimdeki SQL Server'a karşı test edersin; Dependency Rule'u ise ArchUnitNET kurallarıyla CI'da kırılmaz hale getirirsin. SQLite'ın gizlediği decimal hassasiyeti sorunu, derleyicinin yakalamadığı ihlaller, Types(true) olmadan hiçbir şey seçmeyen kural tuzağı ve NetArchTest'in 2021'den beri güncellenmediği notu.
Persistence Ignorance ve Infrastructure Adapter'ları: EF Core, HttpClient ve Dış Servisler
Persistence ignorance, domain class'larının hangi veritabanına ve ORM'e yazıldığından habersiz kalmasıdır; EF Core'da mapping'i IEntityTypeConfiguration ile Infrastructure'da tutarsın, ama constructor binding ve getter-only property'ler gibi kurallar domain'in şeklini yine de etkiler. Kargo firmasının API'sini typed HttpClient ile bir driven adapter'a sarmak, dış modeli içeri sızdırmamak ve generic repository ile IQueryable tuzağı.
Application Layer ve Use Case'ler: MediatR Olmadan Handler, Validation ve Transaction Sınırı
Application layer'da her use case tek amaçlı bir handler class'ıdır: input validation Web'de, iş kuralı Domain'de kalır, beklenen hatalar Result ile döner ve tek bir SaveChanges transaction sınırını çizer. Scrutor ile decorator'larla cross-cutting işleri MediatR'sız eklemek ve MediatR'ın 13.0.0 sonrası lisans durumu.
Clean Architecture: Dependency Rule, Use Case'ler ve Sınırı Geçen Veri
Clean Architecture'ın (Martin, 2012) tek kuralı Dependency Rule'dur: kaynak kod dependency'leri yalnız içe bakar ve sınırı entity ya da veritabanı satırı değil, iç çemberin ihtiyacına göre sade bir veri yapısı geçer. Bookstore'da dört çemberin karşılıkları, EF Core satırını döndürmenin yarattığı JSON döngü hatası, output port ve presenter ile ASP.NET Core'daki Result döndüren pragmatik karşılığı ve Hexagonal, Onion, Clean karşılaştırması.