A 40 legjobb .Net interjúkérdés és válasz (2026)
Jacob Lee
Egy .Netes interjúra való felkészüléshez tisztában kell lenni azzal, hogy mivel fogsz találkozni, és elengedhetetlen a kulcsfogalmak megértése, mivel a második mondatnak tartalmaznia kell a „.Netes interjúkérdéseket” a közvetlen relevancia megállapítása érdekében.
A .Net interjúk felfedezése erős karrierlehetőségeket nyit meg, amelyeket az iparági trendek, a gyakorlati alkalmazások és a mélyreható műszaki tapasztalatok támogatnak. A szakterületi szakértelemmel, root szintű tapasztalattal és erős elemzőkészséggel rendelkező szakemberek profitálhatnak a legfontosabb kérdésekből és válaszokból, amelyek segítenek mind a kezdő, mind a tapasztalt jelölteknek elmélyíteni készségeiket az alap, haladó, középszintű, senior és Viva műszaki beszélgetések során. Olvass tovább…
👉 Ingyenes PDF letöltés: .Net interjúkérdések és válaszok
1) Mi a .NET-keretrendszer, és melyek a főbb összetevői?
A .NET keretrendszer egy szoftverfejlesztési platform, amelyet a ... fejlesztett ki. Microsoft amely ellenőrzött környezetet biztosít alkalmazások készítéséhez, telepítéséhez és futtatásához. Több nyelvet támogat, például a C#-t, a VB.NET-et és az F#-ot. A keretrendszer a Common Language Runtime (CLR) segítségével biztosítja a nyelvi interoperabilitást és a memóriakezelést.
Főbb összetevők:
| Összetevő | Leírás |
|---|---|
| CLR (Common Language Runtime) | Kezeli a memóriát, a biztonságot és a kód végrehajtását. |
| FCL (keretrendszer osztálykönyvtár) | Újrafelhasználható osztályok, interfészek és értéktípusok hatalmas gyűjteménye. |
| ASP.NET | Lehetővé teszi a dinamikus webes alkalmazásfejlesztést. |
| ADO.NET | Különböző adatforrásokból biztosít hozzáférést az adatokhoz. |
Példa: Az AC# alkalmazás az ADO.NET használatával csatlakozhat egy SQL Server adatbázishoz egy felügyelt környezeten keresztül, biztosítva a biztonságot és a skálázhatóságot.
2) Magyarázd el a különbséget a .NET Framework, a .NET Core és a .NET 5/6/7 között.
Microsoft a .NET-et egységes platformmá fejlesztette a platformfüggetlen fejlesztés támogatására.
. NET Framework is Windows-csak, miközben .NET Core nyílt forráskódú és többplatformos. .NET 5 tovább, Microsoft egyesítette őket egyetlen egységes futtatókörnyezetbe.
| Jellemző | . NET Framework | .NET Core | .NET 5/6/7+ |
|---|---|---|---|
| Platform támogatás | Windows csak | Cross-platform | Cross-platform |
| Open Source | Nem | Igen | Igen |
| Teljesítmény | Mérsékelt | Magas | Nagyon magas |
| bevetés | Rendszerszintű | Önálló | Rugalmas |
| Használati példa | Régi vállalati alkalmazások | Felhő- és mikroszolgáltatások | Modern, többplatformos alkalmazások |
3) Hogyan kezeli a Common Language Runtime (CLR) a kódfuttatást?
A CLR a .NET alkalmazások végrehajtó motorjaként működik. A Just-In-Time (JIT) fordítás segítségével az Intermediate Language (IL) kódot natív gépi kóddá alakítja. Emellett szemétgyűjtéssel automatikus memóriakezelést is biztosít.
A CLR főbb funkciói:
- Memóriakezelés – Automatikusan lefoglalja és felszabadítja a memóriát.
- Biztonsági menedzsment – Ellenőrzi a kódhozzáférés biztonságát és a szerepköralapú biztonságot.
- kivétel kezelése – Biztosítja a futásidejű hibák észlelését és megfelelő kezelését.
- Szálkezelés – Többszálú kód hatékony végrehajtását biztosítja.
Példa: Amikor egy .NET program fut, a CLR igény szerint natív kóddá fordítja az IL kódot, biztosítva az optimális végrehajtást.
4) Milyen különböző típusú JIT fordítók léteznek a .NET-ben?
A CLR háromféle Just-In-Time (JIT) fordítót kínál:
| típus | Leírás | Használja az ügyet |
|---|---|---|
| JIT előtti (NGen) | A teljes kódot egyszerre fordítja le a telepítéskor. | Csökkenti az indítási időt. |
| Econo-JIT | Csak a futásidőben meghívott metódusokat fordítja le, és utána elveti azokat. | Memóriakorlátos környezetek. |
| Normál JIT | A kódot metódusonként fordítja végrehajtás közben. | Standard végrehajtási modell. |
Minden JIT megközelítés egyensúlyoz a következők között: teljesítmény és a készlet felhasználás a telepítési kontextus alapján.
5) Mik azok az assemblyek a .NET-ben, és miben különböznek a névterektől?
An gyülekezés egy .NET alkalmazás legkisebb telepíthető egysége, amely lefordított kódot, metaadatokat és erőforrásokat tartalmaz. A névtérmásrészt viszont logikus alapping a kód szervezéséhez használt osztályok.
| Compare | Assembly | névtér |
|---|---|---|
| Természet | Fizikai fájl (DLL/EXE) | Logikai csoportping |
| Cél | Telepítés és verziókezelés | Code szervezet |
| tartalmaz | Metaadatok, manifest, MSIL | Osztályok, interfészek |
| Példa | System.Data.dll |
System.Data.SqlClient |
Példa: System.Data.dll Az assembly több névteret is tartalmazhat, például System.Data és a System.Data.SqlClient.
6) Mi a különbség az értéktípusok és a hivatkozástípusok között a .NET-ben?
A .NET-ben értéktípusok közvetlenül tárolja az adatokat, miközben referencia típusok tárolja az adatok memóriacímére mutató hivatkozásokat.
| Bázis | Érték tipusa | Referencia típusa |
|---|---|---|
| Tárolás | Stack | Halom |
| Példatípusok | int, float, bool, struktúra | osztály, tömb, karakterlánc |
| Másolás | A tényleges értéket másolja | Másolja a hivatkozást |
| Null engedélyezett | Nem | Igen |
Példa:
int a = 5; int b = a; → Mindkettő különálló másolatokat tartalmaz.
ClassObj x = new ClassObj(); ClassObj y = x; → Mindkettő ugyanarra a tárgyra utal.
7) Hogyan működik a szemétgyűjtés a .NET-ben?
A .NET szemétgyűjtése (Garbage Collection, GC) automatikusan kezeli a memóriát a nem használt objektumok visszanyerésével. Úgy működik, generációk a teljesítmény optimalizálása érdekében.
Generációs GC:
- 0. generáció: Rövid életű objektumok (pl. ideiglenes változók).
- 1. generáció: Közepes életű tárgyak előléptetése a 0. generációból.
- 2. generáció: Hosszú életű objektumok (pl. statikus adatok).
Előnyök:
- Megakadályozza a memóriaszivárgást.
- Javítja az alkalmazás teljesítményét.
- Leegyszerűsíti a memóriakezelést a fejlesztők számára.
Példa: Amikor egy objektumra már nem hivatkoznak, a GC eltávolítja azt a halomból, felszabadítva a memóriát az újrafelhasználáshoz.
8) Mik azok a küldöttek, és miben különböznek az eseményektől?
A átruházhatja egy olyan típus, amely metódusokra való hivatkozásokat jelöl, míg egy esemény egy olyan mechanizmus, amely lehetővé teszi az osztályok közötti kommunikációt a résztvevőkön keresztül.
| Aspect | Delegált | esemény |
|---|---|---|
| Meghatározás | Metódusra mutató objektum | Értesítési mechanizmus |
| könyörgés | Közvetlenül hívható | Előfizetőkön keresztül hívva |
| Példa | Action<int> myDelegate; |
event EventHandler myEvent; |
Példa:
public delegate void Notify(); public event Notify OnProcessCompleted;
Itt, OnProcessCompleted egy olyan esemény, amely azon alapul, hogy Notify küldött.
9) Melyek a .NET Core használatának fő előnyei és hátrányai?
| Előnyök | Hátrányok |
|---|---|
| Platformközi támogatás | Meredekebb tanulási görbe kezdőknek |
| Nyílt forráskódú és közösségvezérelt | Korlátozott támogatás a régi keretrendszerekhez |
| Nagy teljesítmény Kestrel szerverrel | Régebbi projektek migrációs kihívásai |
| Beépített függőségi injekció | Néhány API még fejlesztés alatt áll |
Példa: A .NET Core ideális olyan mikroszolgáltatások létrehozásához, amelyek Docker konténereken futnak Linux és más rendszereken. Windows szervereket.
10) Magyarázza el egy ASP.NET oldal életciklusát.
Az ASP.NET oldal életciklusa határozza meg, hogyan inicializálódik, kerül feldolgozásra és megjelenítésre egy oldal. Minden szakasz olyan eseményeket biztosít, amelyeket a fejlesztők kezelhetnek az egyéni logika végrehajtásához.
| Színpad | Leírás |
|---|---|
| Oldalkérés | A felhasználó először kéri le az oldalt. |
| Rajt | Meghatározza, hogy a kérés visszaküldéses-e. |
| Inicializálás | Minden vezérlő inicializálva van. |
| Terhelés | Az oldal adatai és a vezérlők betöltődtek. |
| Visszaküldött események kezelése | A vezérlők által kiváltott eseményeket kezeli. |
| vakolás | Az oldal HTML-be van renderelve. |
| kirakodik | Takarítási fázis a válasz elküldése után. |
Példa: A fejlesztők gyakran használják Page_Load or Page_Init események a vezérlők inicializálásához vagy az adatkötések beállításához.
11) Mi az Entity Framework (EF), és hogyan egyszerűsíti az adatbázis-műveleteket?
Az Entity Framework (EF) Microsoft'S Objektum-relációs leképező (ORM) amely kiküszöböli a legtöbb adathozzáférési kód szükségességét azáltal, hogy lehetővé teszi a fejlesztők számára, hogy .NET objektumok segítségével kommunikáljanak az adatbázissal. Automatikusan kezeli az SQL generálását, az adattérképezéstping, és a kapcsolatkezelés.
Főbb jellemzők:
- Támogatja LINQ-to-Entities lekérdezéseket.
- Ajánlatok automatikus változás trackirály és a lusta betöltés.
- Biztosítja Code-Először is, adatbázis-előszörés Modell-első megközelít.
Példa:
using (var context = new AppDbContext())
{
var employees = context.Employees.Where(e => e.Salary > 50000).ToList();
}
Itt az EF lefordítja a LINQ lekérdezést SQL-lé, lekéri az eredményeket, és leképezi azokat a következőre: Employee objektumok automatikusan.
12) Magyarázza el a különbséget Code-Először, adatbázis-első és modell-első megközelítések az Entity Frameworkben.
| Megközelítés | Leírás | Használja az ügyet |
|---|---|---|
| Code-Első | Definiáljunk osztályokat, és hagyjuk, hogy az EF generálja az adatbázist. | Zöldmezős projektek. |
| Adatbázis-első | Először hozd létre az adatbázist, és az EF entitásosztályokat generál. | Meglévő adatbázisok. |
| Modell-első | Tervezd meg az entitásokat vizuálisan, az EF pedig adatbázist és osztályokat is generál. | Diagramvezérelt tervezés. |
Példa: egy Code-Az első megközelítésben a fejlesztők C# osztályokat hoznak létre, például Customer és a Order, és az EF automatikusan felépíti a megfelelő táblákat az SQL Serverben.
13) Mi a LINQ és milyen előnyei vannak a .NET fejlesztésben?
Nyelvi integrált lekérdezés (LINQ) lehetővé teszi adatok lekérdezését különböző forrásokból (objektumok, XML, adatbázisok) konzisztens szintaxist használva közvetlenül a C#-on vagy a VB.NET-en belül.
Fokozza olvashatóság, típusbiztonságés fordítási idejű ellenőrzés.
A LINQ előnyei:
- Egységes szintaxis a különböző adatforrásokhoz.
- Csökkenti a kód bonyolultságát.
- IntelliSense és fordítási idejű validációt biztosít.
- Támogatja a késleltetett végrehajtást a teljesítmény optimalizálása érdekében.
Példa:
var highSalaries = employees.Where(e => e.Salary > 70000)
.OrderBy(e => e.Name)
.ToList();
14) Mi a különbség az IEnumerable, az ICollection és az IQueryable között a .NET-ben?
| Felület | Végrehajtás típusa | Használja az ügyet | Kulcskülönbség |
|---|---|---|---|
| Számtalan | Memórián belüli iteráció | Helyi gyűjtemények | A kliens oldalon fut. |
| ICollection | Memórián belüli, támogatja a hozzáadás/eltávolítás funkciót | Gyűjtemények módosítása | Kiterjeszti az IEnumerable-t gyűjteménykezeléssel. |
| IQueryable | Késleltetett végrehajtás (távoli) | LINQ-ból SQL/EF-be | Adatbázis szinten hajtódik végre. |
Példa: <p></p>
IQueryable az Entity Frameworkben lehetővé teszi az adatbázis-oldali szűrést, ami sokkal hatékonyabb, mint a használata IEnumerable emlékül.
15) Mi az aszinkron programozás, és hogyan működnek az async és az await függvények a .NET-ben?
Az aszinkron programozás a .NET-ben lehetővé teszi több művelet végrehajtását a fő szál blokkolása nélkül, javítva a webes és asztali alkalmazások válaszidejét.
Kulcs Concepts:
asyncaszinkronként jelöl meg egy metódust.awaitfelfüggeszti a metódus végrehajtását, amíg a várt feladat be nem fejeződik.- Megakadályozza a szálak megéhezését és a felhasználói felület lefagyását.
Példa:
public async Task<int> GetDataAsync()
{
var data = await httpClient.GetStringAsync("https://api.example.com");
return data.Length;
}
Haszon: A fő szál szabadon marad más feladatok kezelésére, miközben az I/O műveletek a háttérben futnak.
16) Mi a függőségbefecskendezés (DI), és miért fontos a .NET Core-ban?
A függőségi injektálás (DI) egy olyan tervezési minta, amely lehetővé teszi a laza tengelykapcsoló osztályok között függőségek befecskendezésével, ahelyett, hogy belsőleg létrehoznánk őket.
Előnyök:
- Javítja a tesztelhetőséget.
- Promotes moduláris kialakítás.
- Leegyszerűsíti a konfigurációkezelést.
Példa:
public class OrderService
{
private readonly IEmailService _emailService;
public OrderService(IEmailService emailService)
{
_emailService = emailService;
}
}
A .NET Core-ban a DI a keretrendszerbe van beépítve a következőn keresztül: IServiceCollection használt tartály Startup.cs.
17) Hogyan kezeled hatékonyan a kivételeket a .NET alkalmazásokban?
A kivételkezelés biztosítja, hogy a futásidejű hibák megfelelően kezelve legyenek az alkalmazás összeomlása nélkül. Az elsődleges mechanizmus a próbáld-elkapni-végül Blokk.
Példa:
try
{
int result = 10 / divisor;
}
catch (DivideByZeroException ex)
{
Console.WriteLine("Cannot divide by zero.");
}
finally
{
Console.WriteLine("Operation completed.");
}
Legjobb Gyakorlatok:
- Mindig először a konkrét kivételeket kell észrevenni.
- Felhasználás
finallya tisztítási logikához - Kerüld az üres fogóblokkokat.
- Globális kivételkezelés használata az ASP.NET Core-ban (
UseExceptionHandler()köztes szoftver).
18) Melyek a .NET alkalmazások legfontosabb biztonsági gyakorlatai?
Biztonság A .NET-ben több réteget foglal magában, beleértve a hitelesítést, az engedélyezést, az adattitkosítást és a beviteli validációt.
Legfontosabb gyakorlatok:
- Felhasználás ASP.NET identitás hitelesítéshez és szerepkör-kezeléshez.
- engedélyezése HTTPS (SSL/TLS) az adattitkosításhoz.
- Jelentkezem adatérvényesítés és paraméteres lekérdezések az SQL injektálás megakadályozása érdekében.
- Felhasználás Adatvédelmi API-k a sütik és tokenek biztonságossá tételéhez.
- végrehajtja JWT (JSON webes tokenek) állapot nélküli hitelesítéshez API-kban.
Példa: A JWT-alapú hitelesítést gyakran használják mikroszolgáltatásokban a felhasználói személyazonosság ellenőrzésére a munkamenet állapotának fenntartása nélkül.
19) Magyarázd el a hasizmok és a hasizmok közötti különbséget.tract osztályok és interfészek C#-ban.
| Jellemző | Abstract osztály | Felület |
|---|---|---|
| Implementáció | Tartalmazhat metódus implementációkat | Csak deklarációk (a C# 8 alapértelmezett értékeket engedélyez) |
| Többszörös öröklés | Nem támogatott | Támogatott |
| Kivitelezők | Lehetnek konstruktorok | Nem lehetnek konstruktorok |
| Használja az ügyet | Alap osztály megosztott kóddal | Contract több, egymással nem összefüggő osztály esetén |
Példa:
abstract class Animal { public abstract void Speak(); }
interface IPet { void Play(); }
A Dog osztály örökölhet ettől Animal és végrehajtani IPet egyidejűleg.
20) Milyen tervezési mintákat használnak gyakran a .NET-ben, és milyen előnyeik vannak?
A tervezési minták bevált megoldások az ismétlődő szoftvertervezési problémákra. karbantarthatóság, skálázhatóság és olvashatóság.
| Mintatípus | Példa | Leírás |
|---|---|---|
| Kreatív | Singleton, Gyár | Objektumok létrehozásának kezelése. |
| Szerkezeti | Adapter, Dekoratőr | Osztályok vagy objektumok kombinálása. |
| viselkedési | Megfigyelő, Stratégia | Definiálja az objektumkommunikációt. |
Példa: A .NET Core-ban a Singleton minta gyakran használják megosztott szolgáltatásokhoz (pl. naplózás) azáltal, hogy regisztrálják őket a AddSingleton() függőség injekcióban.
21) Mi a .NET MAUI, és miben különbözik a ...-tól? Xamarin?
.NET MAUI (Többplatformos alkalmazás felhasználói felület) az evolúciója Xamarin.Forms. Lehetővé teszi a fejlesztők számára, hogy platformfüggetlen alkalmazások mert Android, IOS, macOSés Windows egyetlen megosztott kódbázisból.
| Jellemző | Xamarin.Űrlapok | .NET MAUI |
|---|---|---|
| Keretrendszer alapja | .NET keretrendszer / Mono | Egységes .NET 6+ |
| Architectúra | Platformspecifikus projektek | Egységes projektstruktúra |
| Teljesítmény | Mérsékelt | .NET futtatókörnyezettel továbbfejlesztve |
| Forró újratöltés | Korlátozott | Teljes körű forró újratöltés támogatás |
Példa: Egyetlen .NET MAUI a projekt platformspecifikus kódot tartalmazhat olyan mappákban, mint a Platforms/Android or Platforms/iOS, miközben közös felhasználói felület-összetevőket oszt meg a platformok között.
Haszon: Leegyszerűsíti a platformfüggetlen fejlesztést és javítja a karbantarthatóságot.
22) Mi a Blazor és milyen tárhelymodelljei vannak?
blézer egy keretrendszer interaktív webes felhasználói felületek építéséhez C# használatával a C# helyett JavaSzkript. Lehetővé teszi a teljes körű webfejlesztést .NET-tel.
| Hosting modell | Leírás | Végrehajtás helye |
|---|---|---|
| Blazor szerver | Szerveren fut, felhasználói felület frissítéseket küld a következőn keresztül: SignalR | szerverünkhöz! |
| Blazor WebAssembly | Kliensoldalon fut a böngészőben a Web használatávalAssembly | böngésző |
| Blazor hibrid (MAUI) | A webes felhasználói felületet natív asztali/mobilalkalmazással kombinálja | Helyi alkalmazás |
Példa: A Blazor Server alkalmazások alkalmasak olyan vállalati irányítópultokhoz, amelyek biztonságos, központosított vezérlést igényelnek, míg a Blazor WebAssembly offline alkalmazásokhoz is alkalmas.
23) Mik a mikroszolgáltatások a .NET-ben, és milyen előnyöket kínálnak a monolitikus architektúrával szemben?
A mikroszolgáltatás-architektúra egy alkalmazást a következő részekre bont le: független, telepíthető szolgáltatások, mindegyik egy adott üzleti képességet kezel.
| Aspect | Monolitikus | Mikro szolgáltatások |
|---|---|---|
| bevetés | Egyetlen egység | Független szolgáltatások |
| Bővíthetőség | A teljes alkalmazás méretezhető | Szolgáltatásonkénti skálázás |
| Technológiai verem | Rögzített | Poliglott támogatás |
| Hiba izolálása | Alacsony | Magas |
Előnyök:
- Független telepítés és skálázás.
- Könnyebb hibaelkülönítés és gyorsabb helyreállítás.
- Lehetővé teszi a CI/CD folyamatok és a DevOps gyakorlatok használatát.
Példa: Egy .NET alapú e-kereskedelmi rendszer elkülönülhet OrderService, InventoryServiceés PaymentService egyedi REST vagy gRPC szolgáltatásokként.
24) Hogyan javítja a gRPC a .NET mikroszolgáltatások kommunikációját a REST API-khoz képest?
gRPC (Google Távoli eljáráshívás) egy nagy teljesítményű kommunikációs keretrendszer, amely a következőt használja: Protokoll Buffers (protobuf) az üzenetek sorosításához.
| Jellemző | REST API | gRPC |
|---|---|---|
| Formátum: | JSON | Bináris (protobuf) |
| Sebesség | Lassabb a JSON elemzés miatt | Sokkal gyorsabb |
| Kommunikáció | HTTP 1.1 | HTTP/2 (kétirányú) |
| Contract | OpenAPI | .proto fájlok |
| Használja az ügyet | Webes alkalmazások | Belső szolgáltatási kommunikáció |
Példa: A .NET-ben a gRPC szolgáltatások a következőképpen vannak definiálva: .proto fájlokat és C# kódba fordítható, gyorsabb és kompaktabb üzenetküldést kínálva, amely ideális a mikroszolgáltatások és az IoT számára.
25) Melyek a .NET alkalmazások teljesítményoptimalizálásának legjobb gyakorlatai?
A teljesítményhangolás kulcsfontosságú készség a tapasztalt fejlesztők számára. Az optimalizálásnak a kódhatékonyságra, a memóriakezelésre és az adatbázis-interakciókra kell összpontosítania.
Legjobb Gyakorlatok:
- Aszinkron programozás használata (
async/await) a blokkolás megakadályozása érdekében. - Gyakran használt adatok gyorsítótárazása MemoryCache vagy Redis használatával.
- Minimalizálja az allokációkat És használni
Span<T>vagy nagy adatmennyiségek összevonása. - Profilkód olyan eszközök használatával, mint a dotTrace vagy PerfView.
- EF-lekérdezések optimalizálása ahol
AsNoTracking()csak olvasható adatokhoz.
Példa:
var users = context.Users.AsNoTracking().ToList();
Ez elkerüli tracnagy többletterhelést jelent, javítva a teljesítményt nagy eredményhalmazok esetén.
26) Milyen gyorsítótárazási technikák érhetők el a .NET Core-ban?
A gyorsítótárazás (cache) az adatok ideiglenes tárolásával javítja a teljesítményt az újrafelhasználás céljából.
| Gyorsítótár típusa | Leírás | Használati példa |
|---|---|---|
| Memórián belüli gyorsítótár | Az adatokat a szerver memóriájában tárolja. | IMemoryCache |
| Elosztott gyorsítótár | Megosztott gyorsítótár a szerverek között. | IDistributedCache, Redis |
| Válasz gyorsítótárazása | Gyorsítótárolja a HTTP válaszokat. | ResponseCache tulajdonság |
| Kimeneti gyorsítótárazás | A teljes renderelt kimenetet újra felhasználja. | ASP.NET Core köztes szoftver |
Példa:
_cache.Set("EmployeeList", employeeData, TimeSpan.FromMinutes(30));
Elosztott gyorsítótárazáshoz a Redis-t gyakran használják terheléselosztott környezetekben.
27) Hogyan valósítható meg a naplózás és a monitorozás a .NET Core alkalmazásokban?
A naplózás elengedhetetlen a trackirályi problémák és a rendszer állapotának monitorozása. A .NET Core beépített naplózási hibákat biztosít.tracolyan megoldások, amelyek integrálhatók harmadik fél szolgáltatóival.
technikák:
- Felhasználás ILogger strukturált naplózási felület.
- Integrálódjon a Serilog, NLogvagy Application Insights.
- A naplókat központosított rendszerekben tárolja, mint például ELK (elasztikus köteg).
Példa:
public class UserController
{
private readonly ILogger<UserController> _logger;
public UserController(ILogger<UserController> logger)
{
_logger = logger;
}
}
Monitoring eszközök:
- Azure Application Insights
- Prométheusz + Grafana
- Új ereklye / Datadog
28) Melyek a .NET alkalmazások főbb telepítési lehetőségei?
A .NET alkalmazások számos rugalmas módszerrel telepíthetők:
| Telepítési típus | Leírás | Használja az ügyet |
|---|---|---|
| Keretrendszer-függő telepítés (FDD) | Telepített .NET futtatókörnyezetet igényel a gazdagépen. | Megosztott szerverek. |
| Önálló telepítés (SCD) | A csomag tartalmazza a .NET futtatókörnyezetet. | Elkülönített felhőalkalmazások. |
| Docker konténerek | Függőségekkel rendelkező alkalmazáscsomagok. | Mikroszolgáltatások és CI/CD. |
| Azure App Service | Felhőalapú tárhely webes alkalmazásokhoz. | Skálázható SaaS alkalmazások. |
Példa: Egy .NET 8 webes API Docker konténerként történő telepítése javítja a hordozhatóságot és a CI/CD automatizálást.
29) Hogyan Azure integrálható .NET alkalmazásokkal felhőalapú fejlesztéshez?
Azure első osztályú .NET integrációt biztosít felhőalapú alkalmazások létrehozásához, telepítéséhez és kezeléséhez.
Kulcs Azure .NET szolgáltatások:
- Azure App Service – webes alkalmazások üzemeltetése.
- Azure Funkciók – szerver nélküli számítás háttérfeladatokhoz.
- Azure SQL adatbázis – teljes körűen menedzselt relációs adatbázis.
- Azure Szervizbusz – üzenetsorolás elosztott rendszerekben.
- Azure Kulcs Vault – biztonságos titkok és hitelesítő adatok.
Példa: Egy .NET mikroszolgáltatás használhatja a következőket: Azure Kulcs Vault az adatbázis-kapcsolati karakterláncok biztonságos tárolása a telepítés során egy Azure DevOps CI/CD folyamat.
30) Milyen tesztelési keretrendszereket használnak általában a .NET-ben, és miben különböznek?
A tesztelés biztosítja az alkalmazások megbízhatóságát és karbantarthatóságát. A .NET több tesztelési keretrendszert támogat.
| Keretrendszer | Leírás | FŐBB JELLEMZŐK |
|---|---|---|
| xUnit | Modern, nyílt forráskódú tesztelőeszköz. | Párhuzamos tesztfuttatás. |
| NUnit | Érett, széles körben használják a vállalatoknál. | Attribútumvezérelt tesztelés. |
| MSTeszt | Microsoftnatív tesztelési keretrendszere. | Integráció a Visual Studio-val. |
Példa:
[Fact]
public void Add_ReturnsSum()
{
Assert.Equal(4, Calculator.Add(2, 2));
}
Legjobb Gyakorlatok:
- Felhasználás Gúnyolódás (Moq) függőségek esetén.
- Fenntart magas teszt lefedettség CI/CD integrációval.
- Tartalmaz integrációs tesztek API-validációhoz.
31) Melyek a .NET 8-ban bevezetett legfontosabb új funkciók?
A .NET 8 bemutatkozik teljesítmény optimalizálás, natív AOT, és javítva natív cloud- képességek. Folytatódik Microsoftcélja egy egységes, platformfüggetlen ökoszisztéma létrehozása.
Főbb jellemzők:
- Natív AOT (idő előtti fordítás): Csökkenti az indítási időt és a memóriaigényt.
- ASP.NET alapfejlesztések: Gyorsabb útválasztás és továbbfejlesztett HTTP/3 támogatás.
- Blazor United: Egyesíti a szerveroldali és a webes felületeketAssembly hibrid alkalmazások modelljei.
- Teljesítménynövekedés: 20–30%-kal gyorsabb EF Core és LINQ műveletek.
- Kiterjesztett MAUI támogatás: Továbbfejlesztett eszközök a platformfüggetlen felhasználói felülethez.
Példa: A natív AOT lehetővé teszi a kisméretű, önálló futtatható fájlok használatát, amelyek ideálisak mikroszolgáltatásokhoz és konténerizált telepítésekhez.
32) Mi az az Ahead-of-Time (AOT) fordítás a .NET-ben, és mikor érdemes használni?
AOT-összeállítás A .NET Intermediate Language (IL) nyelvet futásidő előtt előfordítja natív kóddá, javítva az indítási teljesítményt és csökkentve a JIT fordítótól való függőséget.
| típus | Leírás | Legjobb használati eset |
|---|---|---|
| JIT (Just-In-Time) | Futásidőben fordítja az IL-t. | Asztali vagy szerveralkalmazások. |
| AOT (idő előtti) | Futásidő előtt lefordítja az IL-t. | Mikroszolgáltatások, IoT, alacsony késleltetésű rendszerek. |
Előnyök:
- Gyorsabb indítási idő.
- Kisebb memóriaigény.
- Jobb konténerteljesítmény.
Példa:
dotnet publish -r linux-x64 -p:PublishAot=true
Ez a parancs egy natív AOT-ban fordított bináris fájlt hoz létre Linuxra.
33) Hogyan integrálhatják a .NET fejlesztők a mesterséges intelligencia vagy a gépi tanulás képességeit az alkalmazásokba?
A .NET-be épített mesterséges intelligencia integrációja a következőképpen valósítható meg: ML.NET, Azure Kognitív szolgáltatások, vagy külső könyvtárak.
Megközelít:
- ML.NET: Gépi tanulási modelleket építhet és taníthat közvetlenül a .NET-ben.
- Azure Kognitív szolgáltatások: Használjon előre betanított API-kat a látáshoz, a beszédhez és a nyelvhez.
- ONNX futási környezet: Futtassa a betanított modelleket Python/TensorFlow .NET alkalmazásokon belül.
- OpenAI API integráció: Biztonságosan hozzáférhetsz generatív mesterséges intelligenciához (pl. GPT modellekhez) REST-en keresztül.
Példa (ML.NET):
var mlContext = new MLContext();
var model = mlContext.Model.Load("model.zip", out _);
Felhasználási eset: Felhasználói lemorzsolódás előrejelzése, anomáliadetektálás vagy intelligens ajánlások vállalati rendszerekben.
34) Melyek a fő különbségek a REST API-k és a minimális API-k között a .NET 8-ban?
Minimális API-k könnyűsúlyú módszert kínál HTTP API-k létrehozására minimális sablonkóddal.
| Jellemző | REST API (vezérlőalapú) | Minimális API |
|---|---|---|
| Szerkezet | Vezérlőket és útválasztást használ | Beágyazott útvonaldefiníciók |
| felépítés | Attribútumokat és köztes szoftvert igényel | Gyorsabb és egyszerűbb |
| Teljesítmény | Mérsékelt | Kicsit gyorsabb (kevesebb terhelés) |
| Használja az ügyet | Komplex vállalati API-k | Mikroszolgáltatások vagy kis API-k |
Példa:
app.MapGet("/hello", () => "Hello, World!");
A minimális API-k ideálisak mikroszolgáltatásokhoz és szerver nélküli alkalmazásokhoz az egyszerűségük és a teljesítményük miatt.
35) Melyek a biztonságos kódolás főbb alapelvei a .NET alkalmazásokban?
A biztonságot már a fejlesztési fázistól kezdve érvényesíteni kell. A .NET beépített mechanizmusokat és ajánlott gyakorlatokat kínál a biztonságos kódoláshoz.
Főbb alapelvek:
- Minden bemenet érvényesítése: Az injekciós támadások megelőzése.
- Paraméteres lekérdezések használata: Kerüld az SQL injektálást.
- Érzékeny adatok titkosítása: Felhasználás
System.Security.Cryptography. - A titkok biztonságos tárolása: Felhasználás Azure Kulcs Vault vagy felhasználói titkok.
- Hitelesítés és engedélyezés alkalmazása: végrehajtja
ASP.NET Identityvagy JWT tokenek. - HTTPS és CORS szabályzatok használata: Adatszivárgások és jogosulatlan hozzáférés megelőzése.
Példa:
using (var cmd = new SqlCommand("SELECT * FROM Users WHERE Id = @id", conn))
{
cmd.Parameters.AddWithValue("@id", userId);
}
36) Hogyan használja a profilalkotási és diagnosztikai eszközöket a .NET teljesítményének optimalizálására?
A profilalkotás segít azonosítani a CPU, a memória vagy az I/O teljesítménybeli szűk keresztmetszeteit.
Népszerű eszközök:
| Szerszám | Cél |
|---|---|
| pontTrace / dotMemory | Profilozás és memóriaszivárgás-észlelés |
| Teljesítménynézet | Alacsony szintű teljesítményelemzés |
| dotnet-trace | Parancs sor tracING |
| Application Insights | Valós idejű telemetria éles környezetben |
Megközelítés:
- A szűk keresztmetszetek azonosítása teljesítményszámlálók segítségével.
- Profilkód-útvonalak és memória-allokációk.
- Optimalizálja a LINQ lekérdezéseket és csökkentse az objektumok létrehozását.
Példa: Felhasználás dotnet-counters monitor nak nek track valós idejű mérőszámok, mint például a CPU és a GC aktivitása.
37) Milyen hatékony DevOps gyakorlatok léteznek .NET alkalmazásokhoz?
DevOps integráció gyorsabb szállítást és jobb minőséget biztosít az automatizálás és az együttműködés révén.
Legfontosabb gyakorlatok:
- CI/CD csővezetékek: Használj GitHub Actions-t vagy Azure DevOps automatizált buildekhez és telepítésekhez.
- Infrastruktúra, mint Code (IaC): Telepítés ARM-sablonokkal, Terraformmal vagy Bicepsszel.
- Automatizált tesztelés: Integrálja az xUnit/NUnit-ot a CI munkafolyamatokba.
- Konténerezés: Docker-lemezképek és Kubernetes (AKS) használata.
- Monitoring: Folyamatos telemetria az Application Insights segítségével.
Példa: Egy CI/CD folyamat Azure A DevOps csapata képes .NET API-kat létrehozni, tesztelni és telepíteni a következőkhöz: Azure Az App Service automatikusan működik egy Git commit után.
38) Hogyan biztosítható a skálázhatóság és a hibatűrés a .NET alapú elosztott rendszerekben?
A skálázhatóság és a hibatűrés elosztott tervezési elvek és rugalmas minták segítségével érhető el.
stratégiák:
- Vízszintes méretezés: Több példány telepítése terheléselosztó mögé.
- Áramköri megszakító minta: Használja a Polly könyvtárat az átmeneti hibák kezelésére.
- Gyorsítótárazás és sorba állítás: Használd a Redist és Azure Service Bus aszinkron feldolgozáshoz.
- Adatbázis megosztása: Nagy adathalmazok terjesztése.
- Egészségügyi ellenőrzések: Felhasználás
AddHealthChecks()köztes szoftver a .NET Core-ban.
Példa (megszakító):
Policy.Handle<HttpRequestException>()
.CircuitBreaker(3, TimeSpan.FromMinutes(1));
39) Milyen szerepet játszik a konténerizáció a modern .NET telepítésekben?
Konténerizáció, elsősorban a Dokkmunkás, elkülöníti az alkalmazásokat és azok függőségeit, biztosítva a konzisztenciát a különböző környezetekben.
Előnyök:
- Kiszámítható telepítések (bármelyik gazdagépen működik).
- Egyszerűsített skálázás Kubernetes (AKS) segítségével.
- Könnyű és gyorsabb, mint a virtuális gépek.
- Könnyen integrálható a CI/CD munkafolyamatokkal.
Példa (Dockerfile):
FROM mcr.microsoft.com/dotnet/aspnet:8.0 WORKDIR /app COPY . . ENTRYPOINT ["dotnet", "MyApp.dll"]
Felhasználási eset: Egy .NET mikroszolgáltatás-klaszter Kubernetesben történő telepítése javítja a skálázhatóságot és a hibák elkülönítését.
40) Hogyan terveznél egy skálázható .NET rendszert több millió felhasználó számára?
A .NET rendszertervezése architekturális előrelátást igényel, amely ötvözi a teljesítményt, a rendelkezésre állást és a karbantarthatóságot.
Kulcs ArchiSzerkezeti döntések:
- Mikroszolgáltatások használata: Minden szolgáltatás függetlenül telepíthető.
- CQRS + eseményforrás alkalmazása: Külön olvasási/írási modellek.
- Aszinkron üzenetküldés: Felhasználás Azure Szolgáltatásbusz vagy Kafka.
- API-átjáró: Irányítsd a forgalmat és a biztonságot.
- Gyorsítótárazási réteg: Redis vagy MemoryCache a nagy sebességű hozzáféréshez.
- Adatbázis skálázhatósága: Felhasználás Azure Cosmos DB vagy particionált SQL.
- Automatikus skálázás: Konfigurálás a következőn keresztül: Azure App Service vagy AK.
Példa tervezési folyamatra:
Felhasználók → API-átjáró → Load Balancer → Mikroszolgáltatások (.NET 8 API-k) → Adatbázis + Redis gyorsítótár → Telemetria Application Insights-on keresztül.
🔍 Legfontosabb .NET interjúkérdések valós forgatókönyvekkel és stratégiai válaszokkal
Az alábbiakban 10 realisztikus, gyakran ismételt .NET interjúkérdést találsz stratégiai magyarázatokkal és mintaválaszokkal együtt. Tudásalapú, viselkedésalapú és szituációs kérdések keverékét is tartalmazzák.
A kötelező kifejezéseket egyszer használtuk.
1) El tudná magyarázni a különbséget a .NET Framework, a .NET Core és a .NET 6/7/8 között?
Elvárások a jelölttől: A .NET ökoszisztéma fejlődésének megértése, a platformfüggetlen képességek és a hosszú távú támogatás.
Példa válaszra: „A .NET keretrendszer az eredeti Windowscsak -alapú keretrendszert, míg a .NET Core platformfüggetlen képességeket és jobb teljesítményt vezetett be. A .NET 6 és a későbbi verziók egyetlen, modern, platformfüggetlen SDK alatt egyesítik az ökoszisztémát, jelentős teljesítmény-, felhőalapú felkészültség- és fejlesztési sebességjavulással.”
2) Hogyan lehet megvalósítani a függőségbefecskendezést a .NET-ben, és miért hasznos?
Elvárások a jelölttől: A szétválasztás, a karbantarthatóság és a tesztelhetőség megértése.
Példa válaszra: „A .NET-ben a függőségi injekciót jellemzően a beépített konténeren keresztül valósítják meg.” Microsoft.Extensions.DependencyInjection névtér. Segít csökkenteni a szoros csatolást, javítja a tesztelhetőséget és leegyszerűsíti az életciklus-kezelést azáltal, hogy lehetővé teszi a függőségek futásidejű feloldását.”
3) Írj le egy kihívást jelentő .NET projektet, amin dolgoztál, és azt, hogy hogyan járultál hozzá a sikeréhez.
Elvárások a jelölttől: Valós hozzájárulás, problémamegoldás és felelősségvállalás.
Példa válaszra: „Előző munkakörömben segítettem optimalizálni egy régi .NET alkalmazást az adathozzáférési rétegek újratervezésével és a válaszidők csökkentése érdekében bevezetett gyorsítótár-kezeléssel. Ez több mint harminc százalékkal javította a teljesítményt, és jelentősen javította a felhasználói élményt.”
4) Hogyan biztosítható egy .NET alkalmazás teljesítménye és skálázhatósága?
Elvárások a jelölttől: Profilozó eszközök, architektúra minták és kódolási ajánlott gyakorlatok használata.
Példa válaszra: „Profilozófiai eszközökkel, például a dottal figyelem a teljesítményt.”Trace és Application Insights, alkalmazzon aszinkron programozást, ahol szükséges, valósítson meg gyorsítótárat, és szükség esetén használjon skálázható architektúramintákat, például mikroszolgáltatásokat.”
5) Magyarázd el a különbséget az aszinkron/await és a többszálú feldolgozás között .NET-ben.
Elvárások a jelölttől: A párhuzamos modellek megértése.
Példa válaszra: „Az aszinkron és a várakozás lehetővé teszi a nem blokkoló műveleteket a feladatalapú aszinkron minta kihasználásával, míg a többszálú feldolgozás különálló, párhuzamosan futó szálak létrehozását jelenti. Az aszinkron programozás ideális az I/O-hoz kötött feladatokhoz, míg a többszálú feldolgozás a CPU-hoz kötött műveletekhez hasznos.”
6) Meséljen egy olyan helyzetről, amikor gyorsan kellett megtanulnia egy új .NET technológiát. Hogyan állt hozzá ehhez?
Elvárások a jelölttől: Alkalmazkodóképesség és folyamatos tanulás.
Példa válaszra: „Egy korábbi pozíciómban gyorsan meg kellett tanulnom a Blazort egy ügyfélprojekthez. Időt szántam a hivatalos…” Microsoft dokumentációt, kisebb sandbox projektekkel gyakoroltam, és együttműködtem a csapattagokkal annak érdekében, hogy időben minőségi eredményeket szállítsak.”
7) Hogyan terveznél egy RESTful API-t ASP.NET Core-ban? Milyen főbb elveket követsz?
Elvárások a jelölttől: HTTP metódusok, útválasztás, verziókezelés és a legjobb gyakorlatok ismerete.
Példa válaszra: „A REST alapelveit követem, mint például a megfelelő erőforrás-elnevezés, az állapotmentesség és a HTTP-igék helyes használata. Emellett modell-validációt, megfelelő állapotkódokat, verziókezelést és hitelesítési mechanizmusokat, például JWT-t is megvalósítok.”
8) Hogyan kezeled a szoros határidőket, amikor egyszerre több .NET projekten dolgozol?
Elvárások a jelölttől: Priorizálás, szervezés, kommunikáció.
Példa válaszra: „Az előző munkahelyemen a szoros határidőket úgy kezeltem, hogy a feladatokat kezelhető összetevőkre bontottam, rangsoroltam a kritikus funkciókat, és folyamatos kommunikációt tartottam fenn az érdekelt felekkel a reális elvárások meghatározása érdekében.”
9) Hogyan lehet fenntartani a kód minőségét a .NET alkalmazásokban?
Elvárások a jelölttől: Ismerkedés a teszteléssel, az értékelésekkel és az eszközökkel.
Példa válaszra: „A kód minőségét xUnit-tal végzett egységteszteléssel, kódáttekintésekkel, statikus kódelemzéssel és a SOLID alapelvek betartásával biztosítom. Ezek a lépések biztosítják a hosszú távú karbantarthatóságot és megbízhatóságot.”
10) Tegyük fel, hogy egy éles .NET API időszakosan 500 hibát ad vissza. Hogyan közelítené meg a probléma diagnosztizálását?
Elvárások a jelölttől: Strukturált hibakeresés, eszközök használata és nyugalom nyomás alatt.
Példa válaszra: „Az előző szerepemben a naplók áttekintésével, a függőségek állapotának ellenőrzésével, valamint az Application Insights vagy hasonló eszközök használatával kezdtem volna…” trace hibákat. Ezután elkülöníteném, hogy a probléma adatbázissal, konfigurációval vagy kóddal kapcsolatos-e, és a replikáció és validáció után célzott javításokat telepítenék.”
