Language Management Module

This module implements the Language management system of an application;

  • Manage languages in the system.
  • Translate texts in the UI.
  • Enable/disable languages.
  • Select default language in the UI.

See the module description page for an overview of the module features.

How to Install

The language management module is pre-installed in the startup templates. So, no need to manually install it.

Packages

This module follows the module development best practices guide and consists of several NuGet and NPM packages. Please look at the guide if you want to understand the packages and the relations between them.

You can visit Language Management module package list page to see the list of packages related to this module.

User Interface

Menu Items

The language management module adds the following items to the "Main" menu, under the "Administration" menu item:

  • Languages: Language management page.
  • Language Texts: Language text management page.

LanguageManagementMenuNames class has the constants for the menu item names.

Pages

Languages

The languages page is used to manage languages in the system.

language-management-languages-page

You can create a new language or edit an existing language in this page:

language-management-edit-language-modal

  • Enabled languages can be selected as the system language.

Language Texts

The language texts page is used to manage texts in different languages.

language-management-language-texts-page

You can translate a text for a language or edit the already existing translation in this page.

language-management-edit-language-text-modal

Data Seed

This module adds some initial data (see the data seed system) to the database when you run the .DbMigrator application:

  • Creates language records configured using AbpLocalizationOptions.

If you want to change the seeded language list, see the next section.

Internals

Domain Layer

Aggregates

This module follows the Entity Best Practices & Conventions guide.

Language
  • Language (aggregate root): Represents a language in the system.
  • LanguageText (aggregate root): Represents a language text in the system.

Repositories

This module follows the Repository Best Practices & Conventions guide.

Following custom repositories are defined for this module:

  • ILanguageRepository
  • ILanguageTextRepository

Domain Services

This module doesn't define any domain service.

Settings

This module doesn't define any setting.

Application Layer

Application Services

  • LanguageAppService (implements ILanguageAppService): Implements the use cases of the language management UI.
  • LanguageTextAppService (implements ILanguageTextAppService): Implements the use cases of the language texts management UI.

Database Providers

Common

Table/Collection Prefix & Schema

All tables/collections use the Abp prefix by default. Set static properties on the LanguageManagementDbProperties class if you need to change the table prefix or set a schema name (if supported by your database provider).

Connection String

This module uses AbpLanguageManagement for the connection string name. If you don't define a connection string with this name, it fallbacks to the Default connection string.

See the connection strings documentation for details.

Entity Framework Core

Tables
  • AbpLanguages
  • AbpLanguageTexts

MongoDB

Collections
  • AbpLanguages
  • AbpLanguageTexts

Permissions

See the LanguageManagementPermissions class members for all permissions defined for this module.

Angular UI

Installation

To configure the application to use the LanguageManagementModule, you first need to import LanguageManagementConfigModule from @volo/abp.ng.language-management/config to root module. LanguageManagementConfigModule has a static forRoot method which you should call for a proper configuration.

// app.module.ts
import { LanguageManagementConfigModule } from '@volo/abp.ng.language-management/config';

@NgModule({
  imports: [
    // other imports
    LanguageManagementConfigModule.forRoot(),
    // other imports
  ],
  // ...
})
export class AppModule {}

The LanguageManagementModule should be imported and lazy-loaded in your routing module. It has a static forLazy method for configuration. Available options are listed below. It is available for import from @volo/abp.ng.language-management.

// app-routing.module.ts
const routes: Routes = [
  // other route definitions
  {
    path: 'language-management',
    loadChildren: () =>
      import('@volo/abp.ng.language-management').then(m => m.LanguageManagementModule.forLazy(/* options here */)),
  },
];

@NgModule(/* AppRoutingModule metadata */)
export class AppRoutingModule {}

If you have generated your project via the startup template, you do not have to do anything because it already has both LanguageManagementConfigModule and LanguageManagementModule.

Options

You can modify the look and behavior of the module pages by passing the following options to LanguageManagementModule.forLazy static method:

Services / Models

Language Management module services and models are generated via generate-proxy command of the ABP CLI. If you need the module's proxies, you can run the following command in the Angular project directory:

abp generate-proxy --module languageManagement

Replaceable Components

eLanguageManagementComponents enum provides all replaceable component keys. It is available for import from @volo/abp.ng.language-management.

Please check Component Replacement document for details.

Remote Endpoint URL

The Language Management module remote endpoint URL can be configured in the environment files.

export const environment = {
  // other configurations
  apis: {
    default: {
      url: 'default url here',
    },
    LanguageManagement: {
      url: 'Language Management remote url here'
    }
    // other api configurations
  },
};

The Language Management module remote URL configuration shown above is optional. If you don't set a URL, the default.url will be used as a fallback.

Distributed Events

This module defines the following ETOs (Event Transfer Objects) to allow you to subscribe to changes on the entities of the module;

  • LanguageEto is published on changes done on a Language entity.
  • LanguageTextEto is published on changes done on a LanguageText entity.

Example: Get notified when a new tenant has been created

public class MyHandler :
    IDistributedEventHandler<EntityCreatedEto<LanguageEto>>,
    ITransientDependency
{
    public async Task HandleEventAsync(EntityCreatedEto<LanguageEto> eventData)
    {
        LanguageEto language = eventData.Entity;
        // TODO: ...
    }
}

LanguageEto and LanguageTextEto are configured to publish the events automatically. You should be able to configure yourself for the others. See the Distributed Event Bus document to learn details of the pre-defined events.

Subscribing to distributed events is especially useful for distributed scenarios (like microservice architecture). If you are building a monolithic application or listening events in the same process that runs the Tenant Management Module, then subscribing to the local events can be more efficient and easier.

Was this page helpful?

Please make a selection.

To help us improve, please share your reason for the negative feedback in the field below.

Please enter a note.

Thank you for your valuable feedback!

Please note that although we cannot respond to feedback, our team will use your comments to improve the experience.

In this document
Community Talks

Building Modular Monolith Applications Using .NET and ABP Framework

17 Oct, 17:00
Online
Register Now
Mastering ABP Framework Book
Mastering ABP Framework

This book will help you gain a complete understanding of the framework and modern web application development techniques.

Learn More