Spring MVC Internationalization (i18n) och Localization (L10n) Exempel

Inledning

I en alltmer globaliserad värld är det av yttersta vikt för företag och organisationer att effektivt kunna kommunicera med en mångkulturell publik. Internationalisering (i18n) och lokalisering (L10n) är två centrala aspekter för att möjliggöra anpassning av innehåll till olika språk och kulturella kontexter.

Spring MVC, ett omtyckt ramverk för webbutveckling i Java, har inbyggt stöd för i18n och L10n. Detta förenklar processen att utveckla webbapplikationer som kan användas av en global publik. Den här artikeln ger en detaljerad genomgång av hur man kan utnyttja Spring MVC för att internationalisera och lokalisera applikationer.

Internationalisering (i18n)

Internationalisering handlar om att skapa en applikation som är förberedd för att hantera olika språk utan att ändra den underliggande koden. Detta uppnås oftast genom att separera textsträngar från själva programkoden och placera dessa i resurspaket, med separata filer för varje språk.

Inom Spring MVC implementeras i18n huvudsakligen i följande steg:

Definiera Meddelandekällor

Inledningsvis behöver en meddelandekälla definieras. Denna fungerar som ett gränssnitt som ger tillgång till de lokaliserade meddelandena. Spring MVC erbjuder olika alternativ för meddelandekällor:

• ResourceBundleMessageSource: Läser in meddelanden från egenskapsfiler.
• ReloadableResourceBundleMessageSource: Fungerar som ovan men uppdateras automatiskt vid ändringar i egenskapsfilerna.
• DatabaseMessageSource: Hämtar meddelanden från en databas.

Skapa Lokaliserade Meddelanden

Efter att meddelandekällan är definierad, skapas lokaliserade meddelanden genom att lägga in översatta textsträngar i resurspaket. Spring MVC använder ofta egenskapsfiler för detta, där filnamnet motsvarar språkkoden. Till exempel:

• messages_sv.properties för svenska
• messages_en.properties för engelska

Använda Meddelandekällan

I kontrollklasserna (controllers) används meddelandekällan som en property genom Spring-annnotationer. Detta gör det möjligt att komma åt de lokaliserade meddelandena i applikationens logik.

Lokalisering (L10n)

Lokalisering innebär att anpassa en applikation till en specifik region eller kultur. Det kan inkludera anpassning av språk, valuta, datumformat, decimaltecken och andra kulturellt beroende aspekter.

Inom Spring MVC implementeras L10n med följande steg:

Definiera Lokalhanterare

En lokalhanterare (locale manager) definieras, vilket är en komponent som sköter lokaliseringsinställningar. Spring MVC stödjer olika typer av lokalhanterare:

• LocaleResolver: Bestämmer det aktuella lokalet baserat på t.ex. information i HTTP-begäran.
• LocaleChangeInterceptor: Ger användaren möjlighet att dynamiskt ändra lokalet.

Skapa Lokalhanterare

Därefter skapas lokalhanterare som implementerar gränssnitten LocaleResolver eller LocaleChangeInterceptor. Spring MVC har inbyggda implementeringar som AcceptHeaderLocaleResolver och SessionLocaleResolver.

Använda Lokalhanterare

Slutligen används lokalhanteraren som en egenskap i kontrollklasserna genom Spring-annnotationer. Detta gör det möjligt att nå lokaliseringsinställningarna i applikationens kod.

Exempelkod

ResourceBundleMessageSource:

@Configuration
public class I18nConfig {

    @Bean
    public MessageSource messageSource() {
        ResourceBundleMessageSource messageSource = new ResourceBundleMessageSource();
        messageSource.setBasename("messages");
        return messageSource;
    }
}

AcceptHeaderLocaleResolver:

@Configuration
public class L10nConfig {

    @Bean
    public LocaleResolver localeResolver() {
        AcceptHeaderLocaleResolver localeResolver = new AcceptHeaderLocaleResolver();
        localeResolver.setDefaultLocale(Locale.ENGLISH);
        return localeResolver;
    }
}

Kontroller som använder i18n och L10n:

@Controller
public class MyController {

    @Autowired
    private MessageSource messageSource;

    @Autowired
    private LocaleResolver localeResolver;

    @GetMapping("/")
    public String home(HttpServletRequest request) {
        Locale locale = localeResolver.resolveLocale(request);
        String message = messageSource.getMessage("welcome", null, locale);
        return "home";
    }
}

Slutsats

Spring MVC:s stöd för i18n och L10n är en kraftfull mekanism för att utveckla flerspråkiga webbapplikationer som kan användas av en global publik. Genom att separera textsträngar och skapa lokaliserade resurspaket kan vi garantera att innehållet är anpassat till användarens språk och kulturella bakgrund.

Att implementera i18n och L10n förbättrar inte enbart användarupplevelsen, utan också tillgängligheten och potentialen att nå ut till nya marknader. Genom att följa beskrivna steg och använda exemplen kan utvecklare skapa robusta och kulturellt medvetna applikationer med hjälp av Spring MVC.

Vanliga frågor (FAQ)

F1: Vad är skillnaden mellan i18n och L10n?	S: i18n handlar om att designa applikationen så att den är redo för lokalisering, medan L10n innebär den faktiska anpassningen till ett specifikt språk eller en region.
F2: Vilka typer av meddelandekällor stöds av Spring MVC?	S: Spring MVC stödjer bland annat ResourceBundleMessageSource, ReloadableResourceBundleMessageSource och DatabaseMessageSource.
F3: Hur ser en lokaliserad meddelandefil ut?	S: En lokaliserad meddelandefil innehåller översatta textsträngar, ofta i form av nyckel-värde-par, till exempel: welcome=Välkommen.
F4: Vad är en lokalhanterare?	S: En lokalhanterare styr applikationens lokaliseringsinställningar, som språk och region.
F5: Vilka typer av lokalhanterare stöds av Spring MVC?	S: Spring MVC erbjuder LocaleResolver och LocaleChangeInterceptor som exempel.
F6: Hur integrerar jag i18n- och L10n-komponenter i mina controllers?	S: i18n- och L10n-komponenter kan enkelt integreras genom Spring-annnotationer, som exempelvis @Autowired.
F7: Hur kan användare dynamiskt växla lokal?	S: En lokalväxlingsavlyssnare, så som LocaleChangeInterceptor, kan användas för att låta användare ändra lokal genom att skicka en specifik parameter i begäran eller klicka på en länk.
F8: Vilka fördelar finns med i18n och L10n?	S: i18n och L10n leder till en förbättrad användarupplevelse, ökad tillgänglighet och en bredare marknadsräckvidd.
F9: Kan Spring MVC hantera tidzoner?	S: Ja, Spring MVC har stöd för tidzonshantering genom DateTimeFormatterFactoryBean och JodaTimeDialect.
F10: Var kan jag hitta mer information om i18n och L10n i Spring MVC?	S: Spring-dokumentationen och följande länkar rekommenderas: Spring Framework Internationalization (i18n) Spring Framework Localization (L10n)