Modern yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda hangi platformu se\u00e7ece\u011finiz kritik bir karard\u0131r. \u00d6zellikle Microsoft ekosisteminde \u00e7al\u0131\u015fan geli\u015ftiriciler i\u00e7in .NET Framework ile .NET Core (art\u0131k sadece .NET olarak an\u0131l\u0131yor) aras\u0131ndaki farklar\u0131 anlamak, projelerinizin gelece\u011fini \u015fekillendirir. Peki, hangi teknolojiye ne zaman y\u00f6nelmelisiniz ve mevcut sistemlerinizi modernle\u015ftirirken nelere dikkat etmelisiniz? Bu makale, bu iki g\u00fc\u00e7l\u00fc platformun temel farklar\u0131n\u0131, avantajlar\u0131n\u0131 ve hangi senaryolarda tercih edilmesi gerekti\u011fini s\u0131f\u0131rdan ba\u015flayarak detayl\u0131 bir \u015fekilde a\u00e7\u0131kl\u0131yor.<\/p>\n
Microsoft’un 2002 y\u0131l\u0131nda piyasaya s\u00fcrd\u00fc\u011f\u00fc .NET Framework, Windows platformunda uygulama geli\u015ftirmek i\u00e7in tasarlanm\u0131\u015f kapsaml\u0131 bir yaz\u0131l\u0131m geli\u015ftirme \u00e7er\u00e7evesidir. Geli\u015ftiricilerin web, masa\u00fcst\u00fc, mobil ve oyun uygulamalar\u0131 olu\u015fturmas\u0131n\u0131 sa\u011flayan bu platform, y\u0131llar i\u00e7inde milyarlarca cihaza g\u00fc\u00e7 veren olgun ve kararl\u0131 bir ekosistem haline gelmi\u015ftir. Asl\u0131nda .NET Framework, Microsoft’un Windows i\u015fletim sistemiyle derinlemesine entegre \u00e7al\u0131\u015facak \u015fekilde tasarlanm\u0131\u015ft\u0131r; bu, onun hem en b\u00fcy\u00fck avantaj\u0131 hem de zamanla ortaya \u00e7\u0131kan en b\u00fcy\u00fck s\u0131n\u0131rlamas\u0131 olmu\u015ftur. Common Language Runtime (CLR) ve Framework Class Library (FCL) olmak \u00fczere iki ana bile\u015fenden olu\u015fur. CLR, kodunuzu y\u00fcr\u00fcten sanal makine g\u00f6revi g\u00f6r\u00fcrken, FCL ise veri taban\u0131 eri\u015fiminden a\u011f ileti\u015fimine, dosya i\u015flemlerinden kullan\u0131c\u0131 aray\u00fcz\u00fc \u00e7izimine kadar her t\u00fcrl\u00fc g\u00f6revi yerine getirmek i\u00e7in zengin bir s\u0131n\u0131f k\u00fct\u00fcphanesi sunar.<\/p>\n
\u00d6zellikle ASP.NET Web Forms ve MVC ile g\u00fc\u00e7l\u00fc web uygulamalar\u0131, Windows Forms ve WPF (Windows Presentation Foundation) ile zengin masa\u00fcst\u00fc uygulamalar\u0131 geli\u015ftirmek i\u00e7in y\u0131llarca tercih edilen bir numaral\u0131 ara\u00e7 olmu\u015ftur. Geli\u015ftiriciler, Visual Studio gibi g\u00fc\u00e7l\u00fc entegre geli\u015ftirme ortamlar\u0131yla birle\u015fti\u011finde, h\u0131zl\u0131 ve verimli bir \u015fekilde karma\u015f\u0131k yaz\u0131l\u0131mlar \u00fcretebilmi\u015flerdir. Ancak, .NET Framework’\u00fcn Windows’a olan bu s\u0131k\u0131 ba\u011f\u0131ml\u0131l\u0131\u011f\u0131, \u00e7apraz platform deste\u011fi arayan veya Linux tabanl\u0131 sunucularda \u00e7al\u0131\u015fmas\u0131 gereken uygulamalar i\u00e7in \u00f6nemli bir engel te\u015fkil etmi\u015ftir. Ayr\u0131ca, tam Framework’\u00fcn boyutu ve monolitik yap\u0131s\u0131, k\u00fc\u00e7\u00fck, mikroservis tabanl\u0131 veya bulut yerel uygulamalar i\u00e7in gereksiz yere a\u011f\u0131r olabilmekteydi. Y\u0131llar s\u00fcren geli\u015ftirme ve olgunla\u015fma s\u00fcreci, .NET Framework’\u00fc inan\u0131lmaz derecede kararl\u0131 ve g\u00fcvenilir k\u0131lsa da, bu ayn\u0131 zamanda daha yava\u015f yenilik d\u00f6ng\u00fcleri ve de\u011fi\u015fen pazar ihtiya\u00e7lar\u0131na adapte olmakta zorluk anlam\u0131na geliyordu. Bu durum, Microsoft’u tamamen yeni bir yakla\u015f\u0131m benimsemeye iten temel fakt\u00f6rlerden biri olmu\u015ftur.<\/p>\n
Bug\u00fcn bile, \u00f6zellikle kurumsal d\u00fcnyada, milyonlarca mevcut uygulama .NET Framework \u00fczerinde \u00e7al\u0131\u015fmaya devam etmektedir. Bu eski sistemlerin bak\u0131m\u0131, g\u00fcncellenmesi veya yeni \u00f6zelliklerle zenginle\u015ftirilmesi hala geli\u015ftiricilerin \u00f6nemli bir k\u0131sm\u0131n\u0131n g\u00fcndemindedir. Bu nedenle, .NET Framework’\u00fcn tarihsel \u00f6nemi ve mevcut proje taban\u0131ndaki yeri tart\u0131\u015f\u0131lamaz. Ancak gelecek, daha hafif, daha h\u0131zl\u0131 ve her \u015feyden \u00f6nemlisi her yerde \u00e7al\u0131\u015fabilen bir platformu i\u015faret ediyordu.<\/p>\n
.NET Core, Microsoft’un .NET Framework’\u00fcn s\u0131n\u0131rlamalar\u0131na bir yan\u0131t olarak 2016 y\u0131l\u0131nda piyasaya s\u00fcrd\u00fc\u011f\u00fc, a\u00e7\u0131k kaynakl\u0131, \u00e7apraz platformlu ve mod\u00fcler bir geli\u015ftirme \u00e7er\u00e7evesidir. Ba\u015flang\u0131\u00e7ta “.NET Core” ad\u0131yla an\u0131lsa da, .NET 5 s\u00fcr\u00fcm\u00fcyle birlikte “Core” ibaresi kald\u0131r\u0131larak tek bir “Modern .NET” vizyonu alt\u0131nda birle\u015fme s\u00fcreci ba\u015flat\u0131lm\u0131\u015ft\u0131r. Bug\u00fcn itibar\u0131yla .NET 6, .NET 7 ve en g\u00fcncel .NET 8 gibi s\u00fcr\u00fcmlerle yoluna devam etmektedir. Bu yeni nesil platform, modern uygulama geli\u015ftirmenin taleplerini kar\u015f\u0131lamak \u00fczere s\u0131f\u0131rdan tasarlanm\u0131\u015ft\u0131r. En b\u00fcy\u00fck vaadi, Windows, Linux ve macOS gibi farkl\u0131 i\u015fletim sistemlerinde sorunsuz bir \u015fekilde \u00e7al\u0131\u015fabilmesidir, bu da geli\u015ftiricilere e\u015fi benzeri g\u00f6r\u00fclmemi\u015f bir esneklik sunar.<\/p>\n
Performans, .NET Core’un en dikkat \u00e7ekici \u00f6zelliklerinden biridir. Geli\u015fmi\u015f derleme teknikleri (JIT ve AOT), optimize edilmi\u015f \u00e7\u00f6p toplama mekanizmalar\u0131 ve y\u00fcksek performansl\u0131 web sunucusu Kestrel gibi yenilikler sayesinde, .NET Core uygulamalar\u0131, \u00f6zellikle web ve API servislerinde, .NET Framework muadillerine g\u00f6re \u00f6nemli \u00f6l\u00e7\u00fcde daha h\u0131zl\u0131 \u00e7al\u0131\u015fabilir. Bu, bulut tabanl\u0131 uygulamalar, mikroservis mimarileri ve y\u00fcksek \u00f6l\u00e7eklenebilirlik gerektiren sistemler i\u00e7in .NET Core’u ideal bir se\u00e7im haline getirir. Mod\u00fcler yap\u0131s\u0131, sadece ihtiyac\u0131n\u0131z olan bile\u015fenleri uygulaman\u0131za dahil etmenize olanak tan\u0131r, bu da da\u011f\u0131t\u0131m boyutlar\u0131n\u0131 k\u00fc\u00e7\u00fclt\u00fcr ve ba\u015flang\u0131\u00e7 s\u00fcrelerini k\u0131salt\u0131r. T\u00fcm bunlar, kaynak t\u00fcketimini azaltarak maliyet avantajlar\u0131 da sa\u011flayabilir.<\/p>\n
A\u00e7\u0131k kaynak olmas\u0131, .NET Core’un h\u0131zl\u0131 geli\u015fiminde ve geni\u015f bir topluluk taraf\u0131ndan benimsenmesinde kritik bir rol oynam\u0131\u015ft\u0131r. GitHub \u00fczerinde geli\u015ftirilen bu platform, d\u00fcnyan\u0131n d\u00f6rt bir yan\u0131ndan geli\u015ftiricilerin katk\u0131lar\u0131yla s\u00fcrekli olarak iyile\u015fmekte ve yeni \u00f6zellikler kazanmaktad\u0131r. Bu \u015feffafl\u0131k ve topluluk odakl\u0131 yakla\u015f\u0131m, platformun g\u00fcvenilirli\u011fini ve g\u00fcncel kalmas\u0131n\u0131 sa\u011flamaktad\u0131r. Ayr\u0131ca, komut sat\u0131r\u0131 aray\u00fcz\u00fc (CLI) ara\u00e7lar\u0131, farkl\u0131 i\u015fletim sistemlerinde tutarl\u0131 bir geli\u015ftirme deneyimi sunar ve CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcre\u00e7lerini otomatikle\u015ftirmeyi kolayla\u015ft\u0131r\u0131r. Visual Studio Code gibi hafif edit\u00f6rlerle veya Visual Studio gibi tam \u00f6zellikli IDE’lerle m\u00fckemmel entegrasyonu sayesinde, geli\u015ftiriciler tercih ettikleri ortamda verimli bir \u015fekilde \u00e7al\u0131\u015fabilirler.<\/p>\n
.NET 5 ile ba\u015flayan ve sonraki s\u00fcr\u00fcmlerle devam eden “tek .NET” vizyonu, .NET Framework, .NET Core ve Xamarin\/Mono gibi farkl\u0131 .NET teknolojilerini tek bir platform alt\u0131nda birle\u015ftirmeyi hedeflemektedir. Bu, gelecekte t\u00fcm .NET uygulamalar\u0131n\u0131n (web, masa\u00fcst\u00fc, mobil, bulut, IoT, oyun) ayn\u0131 temel k\u00fct\u00fcphaneleri ve ara\u00e7lar\u0131 kullanarak geli\u015ftirilebilece\u011fi anlam\u0131na geliyor. Bu birle\u015fme, geli\u015ftiricilerin farkl\u0131 proje t\u00fcrleri aras\u0131nda bilgi ve becerilerini daha kolay aktarabilmelerini sa\u011flayarak ekosistemi daha tutarl\u0131 ve g\u00fc\u00e7l\u00fc hale getirmektedir. Sonu\u00e7 olarak, .NET Core (ve art\u0131k .NET), modern yaz\u0131l\u0131m geli\u015ftirmenin t\u00fcm gereksinimlerini kar\u015f\u0131layan, gelece\u011fe d\u00f6n\u00fck ve dinamik bir platform olarak \u00f6ne \u00e7\u0131kmaktad\u0131r.<\/p>\n
.NET Framework ve .NET Core (veya sadece .NET) aras\u0131ndaki farklar, sadece isim de\u011fi\u015fikli\u011finden ibaret de\u011fildir; bu iki platform, temel mimarileri, felsefeleri ve kullan\u0131m senaryolar\u0131 a\u00e7\u0131s\u0131ndan \u00f6nemli \u00f6l\u00e7\u00fcde ayr\u0131l\u0131r. Bir geli\u015ftiricinin veya mimar\u0131n do\u011fru teknoloji se\u00e7imini yapabilmesi i\u00e7in bu farkl\u0131l\u0131klar\u0131 net bir \u015fekilde anlamas\u0131 elzemdir. \u015eimdi, bu temel farkl\u0131l\u0131klar\u0131 maddeler halinde inceleyelim.<\/p>\n
Belki de en belirgin fark, i\u015fletim sistemi uyumlulu\u011fudur. .NET Framework, do\u011fas\u0131 gere\u011fi yaln\u0131zca Windows<\/b> i\u015fletim sisteminde \u00e7al\u0131\u015facak \u015fekilde tasarlanm\u0131\u015ft\u0131r. Bu, bir .NET Framework uygulamas\u0131 geli\u015ftirdi\u011finizde, onu sadece Windows sunucular\u0131nda veya masa\u00fcst\u00fc ortamlar\u0131nda \u00e7al\u0131\u015ft\u0131rabilece\u011finiz anlam\u0131na gelir. Kurumsal d\u00fcnyadaki bir\u00e7ok eski sistem i\u00e7in bu bir sorun te\u015fkil etmezken, modern bulut ve mikroservis ortamlar\u0131nda bu k\u0131s\u0131tlama \u00f6nemli bir dezavantajd\u0131r.<\/p>\n
Buna kar\u015f\u0131l\u0131k, .NET Core (ve sonraki .NET s\u00fcr\u00fcmleri) tamamen \u00e7apraz platformludur<\/b>. Windows’un yan\u0131 s\u0131ra Linux ve macOS’ta da \u00e7al\u0131\u015fabilir. Bu \u00f6zellik, geli\u015ftiricilere muazzam bir esneklik sunar. Uygulamalar\u0131n\u0131z\u0131 Docker konteynerlar\u0131nda \u00e7al\u0131\u015ft\u0131rabilir, farkl\u0131 i\u015fletim sistemlerine da\u011f\u0131tabilir ve bulut sa\u011flay\u0131c\u0131lar\u0131n\u0131n sundu\u011fu \u00e7e\u015fitli Linux tabanl\u0131 servislerden yararlanabilirsiniz. Bu \u00e7apraz platform yetene\u011fi, \u00f6zellikle maliyetleri d\u00fc\u015f\u00fcrmek, esnekli\u011fi art\u0131rmak ve bulut bili\u015fimin avantajlar\u0131ndan tam olarak yararlanmak isteyen i\u015fletmeler i\u00e7in vazge\u00e7ilmezdir. Geli\u015ftirme ekibinizin farkl\u0131 i\u015fletim sistemlerini kullanmas\u0131na da olanak tan\u0131r, bu da i\u015fbirli\u011fini kolayla\u015ft\u0131r\u0131r.<\/p>\n2. Performans ve \u00d6l\u00e7eklenebilirlik Farklar\u0131<\/h3>\n
Performans, .NET Core’un \u00fczerinde en \u00e7ok durulan alanlardan biridir. .NET Core, ba\u015ftan a\u015fa\u011f\u0131 daha y\u00fcksek performans ve \u00f6l\u00e7eklenebilirlik i\u00e7in tasarlanm\u0131\u015ft\u0131r. Daha h\u0131zl\u0131 Just-In-Time (JIT) derleme, Ahead-Of-Time (AOT) derleme se\u00e7enekleri ve geli\u015fmi\u015f \u00e7\u00f6p toplama (Garbage Collection) algoritmalar\u0131 sayesinde, .NET Core uygulamalar\u0131 genellikle .NET Framework uygulamalar\u0131na g\u00f6re daha h\u0131zl\u0131d\u0131r<\/b> ve daha az bellek t\u00fcketir. \u00d6zellikle ASP.NET Core ile birlikte gelen Kestrel web sunucusu, y\u00fcksek e\u015fzamanl\u0131l\u0131k ve d\u00fc\u015f\u00fck gecikme s\u00fcresi ile sekt\u00f6r lideri performans sunar.<\/p>\n
Bu performans avantaj\u0131, \u00f6zellikle yo\u011fun trafik alan web uygulamalar\u0131, ger\u00e7ek zamanl\u0131 API’ler ve mikroservisler i\u00e7in hayati \u00f6neme sahiptir. Daha az kaynakla daha fazla i\u015f yapabilme yetene\u011fi, bulut faturalar\u0131n\u0131z\u0131 d\u00fc\u015f\u00fcrmenize ve daha y\u00fcksek kullan\u0131c\u0131 taleplerini kar\u015f\u0131laman\u0131za olanak tan\u0131r. .NET Framework uygulamalar\u0131 da optimize edilebilir olsa da, Core’un mimari avantajlar\u0131, \u00f6zellikle yo\u011fun i\u015f y\u00fckleri alt\u0131nda do\u011fal olarak daha iyi performans sergilemesini sa\u011flar.<\/p>\n
.NET Framework, daha \u00e7ok monolitik bir yap\u0131ya sahiptir; yani, bir uygulama genellikle t\u00fcm Framework’\u00fc kullan\u0131r veya en az\u0131ndan ona ba\u011f\u0131ml\u0131d\u0131r. Bu, da\u011f\u0131t\u0131mlar\u0131n boyutunu art\u0131rabilir ve yaln\u0131zca belirli bile\u015fenlere ihtiyac\u0131n\u0131z olsa bile t\u00fcm Framework’\u00fcn y\u00fckl\u00fc olmas\u0131n\u0131 gerektirebilir. Ba\u011f\u0131ml\u0131l\u0131klar, genellikle GAC (Global Assembly Cache) gibi merkezi konumlardan y\u00f6netilirdi.<\/p>\n
\u00d6te yandan, .NET Core son derece mod\u00fclerdir<\/b>. Uygulamalar, yaln\u0131zca ihtiya\u00e7 duyduklar\u0131 NuGet paketlerini ve bile\u015fenleri referans alarak olu\u015fturulur. Bu “paket tabanl\u0131” yakla\u015f\u0131m, uygulamalar\u0131n daha k\u00fc\u00e7\u00fck, daha hafif olmas\u0131n\u0131 sa\u011flar ve ba\u011f\u0131ml\u0131l\u0131k \u00e7ak\u0131\u015fmas\u0131 olas\u0131l\u0131\u011f\u0131n\u0131 azalt\u0131r. Her uygulama, kendi ba\u011f\u0131ml\u0131l\u0131k setini ta\u015f\u0131yabilir, bu da farkl\u0131 uygulamalar\u0131n ayn\u0131 sunucuda farkl\u0131 .NET s\u00fcr\u00fcmlerini veya k\u00fct\u00fcphane versiyonlar\u0131n\u0131 kullanabilmesine olanak tan\u0131r. Ayr\u0131ca, .NET CLI (Komut Sat\u0131r\u0131 Aray\u00fcz\u00fc) ara\u00e7lar\u0131, proje olu\u015fturmaktan paket y\u00f6netimine kadar bir\u00e7ok g\u00f6revi kolayla\u015ft\u0131r\u0131r.<\/p>\n4. A\u00e7\u0131k Kaynak Toplulu\u011fu ve Geli\u015ftirme H\u0131z\u0131<\/h3>\n
.NET Framework, Microsoft’un m\u00fclkiyetinde kapal\u0131 kaynak bir platform olarak geli\u015ftirilmi\u015ftir. Geli\u015ftirme s\u00fcreci ve yol haritas\u0131 tamamen Microsoft’un kontrol\u00fcndeydi.<\/p>\n
.NET Core ise a\u00e7\u0131k kaynakl\u0131d\u0131r<\/b> ve GitHub \u00fczerinde aktif bir geli\u015ftirici toplulu\u011fu taraf\u0131ndan desteklenir. Bu \u015feffafl\u0131k, topluluktan gelen h\u0131zl\u0131 geri bildirimler, hata d\u00fczeltmeleri ve yeni \u00f6zellik katk\u0131lar\u0131 anlam\u0131na gelir. Geli\u015ftirme d\u00f6ng\u00fcleri daha h\u0131zl\u0131d\u0131r ve platform, modern trendlere daha \u00e7abuk adapte olabilir. A\u00e7\u0131k kaynak modeli, ayn\u0131 zamanda platforma olan g\u00fcveni art\u0131r\u0131r ve daha geni\u015f bir kitle taraf\u0131ndan benimsenmesine yard\u0131mc\u0131 olur. Microsoft, .NET Core’un yol haritas\u0131n\u0131 toplulukla birlikte belirler ve \u00f6nemli kararlar\u0131 \u015feffaf bir \u015fekilde tart\u0131\u015f\u0131r.<\/p>\n5. Proje Yap\u0131s\u0131 ve SDK Deneyimi Farkl\u0131l\u0131klar\u0131<\/h3>\n
.NET Framework projelerinde genellikle daha eski tarz .NET Core projeleri ise daha basit ve okunabilir SDK stilinde <\/code><\/p>\n <\/code><\/p>\n G\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, .NET Core proje dosyas\u0131 \u00e7ok daha sade ve anla\u015f\u0131l\u0131rd\u0131r. Bu, hem manuel d\u00fczenlemeleri kolayla\u015ft\u0131r\u0131r hem de versiyon kontrol sistemlerinde (Git gibi) daha az \u00e7ak\u0131\u015fma ya\u015fanmas\u0131na yard\u0131mc\u0131 olur. Bu farklar, geli\u015ftirme s\u00fcrecini ve operasyonel maliyetleri do\u011frudan etkileyen unsurlard\u0131r.<\/p>\n .NET Framework ve .NET Core aras\u0131ndaki temel farkl\u0131l\u0131klar\u0131 anlad\u0131ktan sonra, bir sonraki do\u011fal soru, \"Peki, hangi platformu ne zaman kullanmal\u0131y\u0131m?\" olur. Bu karar, projenizin gereksinimlerine, mevcut altyap\u0131n\u0131za, tak\u0131m\u0131n\u0131z\u0131n deneyimine ve uzun vadeli hedeflerinize ba\u011fl\u0131 olarak de\u011fi\u015fiklik g\u00f6sterecektir. \u0130\u015fte baz\u0131 pratik senaryolar ve \u00f6neriler:<\/p>\n E\u011fer zaten b\u00fcy\u00fck ve karma\u015f\u0131k bir .NET Framework tabanl\u0131 uygulaman\u0131z varsa (\u00f6rne\u011fin, y\u0131llard\u0131r geli\u015ftirilen bir ASP.NET Web Forms veya WPF masa\u00fcst\u00fc uygulamas\u0131), ani bir ge\u00e7i\u015f d\u00fc\u015f\u00fcnmek her zaman en iyi fikir de\u011fildir. .NET Framework 4.8, Windows \u00fczerinde \u00e7al\u0131\u015fmaya devam eden uygulamalar i\u00e7in uzun vadeli destek sunmaktad\u0131r ve yeni \u00f6zellik almayacak olsa da, g\u00fcvenlik g\u00fcncellemeleri almaya devam edecektir. Bu durumda:<\/p>\n Ancak, uygulaman\u0131z\u0131n belirli k\u0131s\u0131mlar\u0131n\u0131 (\u00f6rne\u011fin, bir API katman\u0131 veya i\u015f mant\u0131\u011f\u0131 katman\u0131) .NET Core'a ta\u015f\u0131mak, uzun vadede modernle\u015fme yolunda at\u0131lan ak\u0131ll\u0131ca bir ad\u0131m olabilir. Bu \"strangler pattern\" yakla\u015f\u0131m\u0131, riski azaltarak kademeli ge\u00e7i\u015fe olanak tan\u0131r.<\/p>\n Yeni bir projeye ba\u015flarken, neredeyse her zaman .NET Core (veya en g\u00fcncel .NET s\u00fcr\u00fcm\u00fc) tercih edilmelidir<\/b>. Bunun nedenleri olduk\u00e7a a\u00e7\u0131k:<\/p>\n <\/code>.csproj<\/code> dosyalar\u0131 ve Visual Studio entegrasyonu kullan\u0131l\u0131r. Bunlar, XML tabanl\u0131 ve genellikle daha uzun ve karma\u015f\u0131kt\u0131r.<\/p>\n.csproj<\/code> dosyalar\u0131<\/b> kullan\u0131r. Bu dosyalar, derleme, paket referanslar\u0131 ve hedef framework gibi bilgileri daha kompakt bir \u015fekilde i\u00e7erir. .NET Core SDK’s\u0131, projenizi derlemek, \u00e7al\u0131\u015ft\u0131rmak ve y\u00f6netmek i\u00e7in komut sat\u0131r\u0131 ara\u00e7lar\u0131 (CLI) sunar, bu da Visual Studio’ya ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azalt\u0131r ve Linux\/macOS gibi ortamlarda geli\u015ftirmeyi kolayla\u015ft\u0131r\u0131r. \u0130\u015fte iki farkl\u0131 .csproj<\/code> \u00f6rne\u011fi:<\/p>\n\n\n\n\nHangi Senaryoda Hangi Platformu Se\u00e7meliyim? Pratik K\u0131lavuz<\/h2>\n
Mevcut Bir .NET Framework Uygulaman\u0131z Varsa:<\/h3>\n
\n
Yeni Bir Proje Geli\u015ftirirken:<\/h3>\n
\n
\u00d6zel Senaryolar:<\/h3>\n
\n
\n\/* \u00d6rnek CSS: Mobil Uyumlu Tasar\u0131m \u0130\u00e7in Medya Sorgusu *\/\nbody {\n font-family: Arial, sans-serif;\n}\n\n.container {\n display: flex;\n flex-direction: row;\n padding: 15px;\n}\n\n.main-content {\n flex: 3;\n padding-right: 20px;\n}\n\n.sidebar {\n flex: 1;\n padding-left: 20px;\n border-left: 1px solid #eee;\n}\n\n\/* 768px geni\u015fli\u011fin alt\u0131ndaki ekranlar i\u00e7in (\u00f6rne\u011fin tabletler ve mobil cihazlar) *\/\n@media (max-width: 768px) {\n .container {\n flex-direction: column; \/* \u00d6\u011feleri dikeyde s\u0131rala *\/\n }\n .main-content, .sidebar {\n flex: auto; \/* Esnekli\u011fi otomatik yap *\/\n padding: 0;\n border-left: none;\n }\n .sidebar {\n margin-top: 20px;\n }\n .hero-image {\n max-width: 100%; \/* Resimleri k\u00fc\u00e7\u00fck ekranlarda s\u0131\u011fd\u0131r *\/\n height: auto;\n }\n}\n\n\/* Daha k\u00fc\u00e7\u00fck mobil cihazlar i\u00e7in ekstra optimizasyon *\/\n@media (max-width: 480px) {\n body {\n font-size: 14px;\n }\n .container {\n padding: 10px;\n }\n}\n <\/pre>\n
\n Bu CSS kodu, .NET Core API'lerinin besledi\u011fi bir web uygulamas\u0131n\u0131n kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fcn farkl\u0131 ekran boyutlar\u0131na nas\u0131l adapte olabilece\u011fini g\u00f6stermektedir. Ancak unutulmamal\u0131d\u0131r ki, bu front-end tasar\u0131m\u0131 ile .NET Core back-end'i farkl\u0131 katmanlarda yer al\u0131r ve birbirinden ba\u011f\u0131ms\u0131zd\u0131r.\n <\/li>\n<\/ul>\n