Introduktion till vårramens intervjufrågor och svar
Spring Framework är en av de främsta använda Java-ramarna. Vårens ramidéer är ”Dependency Injection” och “Aspect-Oriented Programming”. Vårramen används ofta i traditionella java-applikationer för att uppnå lös koppling mellan helt olika element genom att implementera beroendeinsprutning och vi kommer att utföra tvärgående uppgifter som arbete och använda vårstöd för aspektorienterad programmering. Eftersom det är en öppen källkodsram med massor av online-resurser och aktiva communitymedlemmar2 som gör det enkelt och roligt på samma gång.
Här är en omfattande lista över vårintervju för våren 2019 Frågor och svar:
Nu, om du letar efter ett jobb som är relaterat till Spring Framework, måste du förbereda dig för vårfrågorna om Spring Framework 2019. Det är sant att varje intervju är olika enligt de olika jobbprofilerna men ändå för att rensa intervjun måste du ha en god och tydlig kunskap om Spring Framework. Här har vi förberett de viktiga vårramverkets intervjufrågor och svar som hjälper dig att få framgång i din intervju. Denna lista med frågor är indelad i två delar som är följande:
- Del 1 - Intervjufrågor för vårramen (grundläggande)
- Del 2 - Intervjufrågor för vårramen (avancerad)
Del 1 - Intervjufrågor för vårramen (grundläggande)
Den första delen täcker de grundläggande vårramsintervjufrågor och svar
Q1. Vad är några av de viktiga funktionerna och fördelarna med Spring Framework?
Svar:
Spring Framework är konstruerat på ett högt av två stilidéer - beroende injektion och aspektorienterad programmering.
Några av fördelarna med att använda Spring Framework är:
- Att minska direkta beroenden mellan helt olika delar av apparaten, vanligtvis är vår IoC-instrument ansvariga för att initialisera resurser eller bönor och injicera dem som beroenden.
- Skrivande enhetsfall är okomplicerade i vårramen som ett resultat av vår affärslogik inte har direkta beroenden med faktiska resursimplementeringskategorier. Vi kan helt enkelt skriva en titt på konfigurationen och injicera våra håliga bönor för att testa funktioner.
- Minskar mängden pannplattkod, som att initialisera objekt, öppna / stänga resurser. Jag föredrar JdbcTemplate-kategorihögar som ett resultat av att det hjälper oss att ta bort all pannplåtkod som medföljer JDBC-programmering.
- Vårramen är uppdelad i många moduler, det hjälper oss att hålla vår applikation lätt.
- Spring framework stöder de flesta av Java EE-alternativen och ännu mer. Det är kontinuerligt på hög nivå med den nya tekniken, som ett exempel finns det ett vårprojekt för Android för att hjälpa oss att skriva högre kod för ursprungliga Android-applikationer. Detta gör vårramen till ett helt paket och att vi inte behöver tvingas ta hand om en helt annan ram för olika nödvändigheter.
F2. Vad förstår du med Dependency Injection?
Svar:
Mönster för beroende av injektionsstil tillåter oss att bli av med de hårdkodade beroenden och skapa vår applikation löst kopplad, utdragbar och reparerbar. vi kan implementera beroendeinjektionsmönster för att flytta beroendeupplösningen från kompileringstid till körtid.
Några av fördelarna med att använda Dependency Injection är Separation av problem, reduktion av Boilerplate Code, konfigurerbara element och enkel enhetstestning.
Låt oss gå till nästa vårfrågor om intervjuer.
Fråga 3. Vilka är fördelarna med att använda Spring Tool Suite?
Svar:
Vi kan installera plugins i Eclipse för att använda alla alternativ i Spring Tool Suite. Det kommer med nödvändiga saker som skickligt stöd, mallar för att göra olika typer av våren har högre prestanda med vårapplikationer.
Jag gillar STS som ett resultat av att det framhäver vårelementen och om du använder AOP-pekskärmar och råd, så visar det tydligt att sätt kan återgå under den exakta punktknappen. därför istället för att lägga in allt på egen hand, gillar jag att använda STS när jag utvecklat vårbaserade mestadels applikationer.
Q4.Na några av de viktiga vårmodulerna?
Svar:
Detta är den vanliga vårramens intervjufrågor som ställs i en intervju. Några av de nödvändiga våren ramverk moduler är:
- Spring Context - för beroendeinjektion.
- Spring AOP - för aspektorienterad programmering.
- Spring DAO - för informationsåtgärder med DAO-mönster
- Spring JDBC - för JDBC och DataSource-stöd.
- Spring ORM - för ORM-verktyg stöd som viloläge
- Spring net Module - för att göra nettoapplikationer.
- Spring MVC - Model-View-Controller-implementering för att göra nettoapplikationer, nettjänster etc.
Fråga 5: Vad är aspekt-, råd-, pointcut-, JointPoint- och rådargument i AOP?
Svar:
Aspect : Aspect är en kategori som implementerar övergripande frågor, till exempel grupphantering. Aspekter är ofta en standardkategori organiserad sedan organiserad i Spring Bean konfigurationsfil eller vi kan använda Spring AspectJ-stöd för att förklara en kategori som Aspect med @Aspect-kommentar.
Råd : rekommendation är att åtgärderna vidtogs för en specifik del av syftet. När det gäller programmering är det sätt som blir döda när en viss del av syftet med matchande poängsnitt nås inom applikationen.
Pointcut : Pointcut är vanliga uttryck som matchas med som en del av punkter för att räkna ut om en rekommendation måste vara död eller inte. Pointcut använder helt olika former av uttryck som matchas med vara en del av poäng. Vårramverket använder AspectJ-punktuttrycksspråket för avgörande att vara en del av punkter där rekommendationssätt används.
Kopplingspunkt: A vara en del av syftet är att det specifika syftet med applikationen som teknikutförande, undantagshantering, ständigt förändrade objektvariabla värden etc. I Spring AOP a vara en del av punkter är ofta utförandet av en teknik.
Rådgivning: vi kan överföra argument inom rekommendationssätten. Vi kan använda args () -uttrycket inom den punktutdrag som ska tillämpas på alla tekniker som matchar argumentmönstret. Om vi brukar använda detta, vill vi använda det ständiga namnet inom rekommendationstekniken varifrån argumenttypen är inställd.
Del 2 - Intervjufrågor för vårramen (avancerad)
Låt oss nu titta på de avancerade vårfrågorna om intervjuer.
F6.Vad är skillnaden mellan Spring AOP och AspectJ AOP?
Svar:
AspectJ är att branschstandardimplementeringen för Aspect Oriented Programming medan Spring implementerar AOP för några få fall. Huvudvariationer mellan Spring AOP och AspectJ är:
- Spring AOP är lättare att använda än AspectJ eftersom vi tenderar att inte behöva tvingas oroa dig för vävningsmetoden.
- Spring AOP stöder AspectJ-kommentarer, därför är du mindre komplicerad om du är bekant med AspectJ.
- Spring AOP stöder enbart proxybaserad AOP, därför används den ofta enbart för teknikutförande som en del av poäng. AspectJ stöder alla typer av punktsnitt.
- En av defekterna med våren AOP är att den ofta appliceras enbart på de bönor som skapas genom vårens sammanhang.
F7. Vad är en vårböna?
Svar:
Alla traditionella java-kategorier som initialiserats av Spring IoC heter Spring Bean. vi brukar använda Spring ApplicationContext för att uppmana Spring Bean-instansen.
Spring IoC hanterar livscykeln för Spring Bean, bean scopes och injicerar alla nödvändiga beroenden inom bönan.
Låt oss gå till nästa vårfrågor om intervjuer.
Q8). Vilka är de olika omfattningarna av Spring Bean?
Svar:
Det finns 5 räckvidd för vårbönor.
- singleton : endast en instans av bönan skapas för varje instrumentalitet. detta kan vara standardomfånget för vårbönorna. Medan du använder detta räckvidd, se till att vårbönan inte har delade instansvariabler, annars skulle det orsaka informationsinkonsekvensproblem till följd av att det inte är trådsäkert.
- prototyp : en ersättningsinstans skapas vid varje tillfälle som bönan begärs.
- begäran : detta kan vara samma som paradigmens omfattning, men det är tänkt att användas för nätapplikationer. en ersättningsinstans av bönan skapas för varje HTTP-begäran.
- session : en ersättningsböna skapas för varje HTTP-session av instrumentaliteten.
- international-session: detta kan vanas att producera globala sessionbönor för Portlet-applikationer.
Vårramen är utdragbar och att vi också kommer att producera våra egna räckvidd, men de flesta dagar vi tenderar att vara förnuftiga med de räckvidd som tillhandahålls av ramverket.
För att ställa in vårbönor, kan vi använda "scope" -attribut i beandel eller @Scope-kommentar för kommentarer baserade mestadels konfigurationer.
För att ställa in fjäderböneskopor kan vi använda "scope" -attribut i beanelement eller @Scope-kommentar för kommentarer baserade konfigurationer.
Q9. Vad är Spring Bean livscykel?
Svar:
Detta är de ofta ställda vårramsintervjufrågorna i en intervju. Spring Beans initieras av vårinstrumentaliteten och alla beroenden injiceras. när en kontext förstörs förstör den dessutom alla initialiserade bönor. Detta fungerar bra i de flesta fall, men vanligtvis vill vi initiera alternativa resurser eller göra någon validering innan vi skapar våra bönor som kan användas. Vårramen ger stöd för efterinitialisering och förförstörande sätt i vårbönor.
Vi kan göra det på två sätt som - genom att implementera InitializingBean och DisposableBean-gränssnitt eller använda init-metod och destruktion-metodattribut i vårbönakonfigurationer.
Q10. Ger Spring Bean gängesäkerhet?
Svar:
Standardomfånget för Spring Bean är en singleton, därför finns det bara 1 instans per sammanhang. vilket innebär att alla som har en variabel på kategorinivå som vilken tråd som helst kommer att uppdatera kan orsaka inkonsekvent information. så i standardläge verkar vårbönor inte vara trådsäkra.
Men vi kan modifiera vårbönans räckvidd att begära, paradigm eller session för att uppnå gängsäkerhet till prestandavärdet. Det är ett designbeslut och stöttade projektbehov.
Rekommenderad artikel
Detta har varit en guide till Lista över frågor och svar på våren ramverk intervjuer så att kandidaten lätt kan slå ned dessa intervjuer frågor om vårramen. Här i det här inlägget har vi studerat toppfrågor om våren ramverk som ofta ställs i intervjuer. Du kan också titta på följande artiklar för att lära dig mer -
- Spring Boot intervjufrågor
- J2EE intervjufrågor
- PHP OOP intervjufrågor
- Typskriftintervjufrågor
- Spring vs Hibernate: What are Differences
- Spring vs Struts: Funktioner