harmony 鸿蒙Resource Categories and Access
Resource Categories and Access
During application development, you may need to use different resources, such as colors, fonts, spacing, and images, based on the device or configuration. Depending on the resource type, you can achieve this using the following methods:
Application resources: Configure device- or configuration-specific resources in the resource files.
System resources: Use the preset resource definitions (that is, layered parameters, with which a resource with the same ID has different values under different configurations, including device types and color modes).
Resource Categories
Resource files used during application development must be stored in specified directories for management. The resources directory consists of three types of subdirectories: the base subdirectory, qualifiers subdirectories, and the rawfile subdirectory. The common resource files used across projects in the stage model are stored in the resources directory under AppScope.
The base subdirectory is provided by default, and the qualifiers subdirectories are created on your own. When your application needs to use a resource, the system preferentially searches the qualifiers subdirectories that match the current device state. The system searches the base subdirectory for the target resource only when the resources directory does not contain any qualifiers subdirectories that match the current device state or the target resource is not found in the qualifiers subdirectories. The rawfile directory is not searched for resources.
Example of the resources directory:
resources
|---base
||---element
|||---string.json
||---media
|||---icon.png
||---profile
|||---test_profile.json
|---en_US // Default directory. When the device language is en-us, resources in this directory are preferentially matched.
||---element
|||---string.json
||---media
|||---icon.png
||---profile
|||---test_profile.json
|---zh_CN // Default directory. When the device language is zh-cn, resources in this directory are preferentially matched.
||---element
|||---string.json
||---media
|||---icon.png
||---profile
|||---test_profile.json
|---en_GB-vertical-car-mdpi // Example of a qualifiers subdirectory, which needs to be created on your own.
||---element
|||---string.json
||---media
|||---icon.png
||---profile
|||---test_profile.json
|---rawfile // Other types of files are saved as raw files and will not be integrated into the resources.index file. You can customize the file name as needed.
Table 1 Classification of the resources directory
Category | base Subdirectory | Qualifiers Subdirectory | rawfile Subdirectory |
---|---|---|---|
Structure | The base subdirectory is a default directory. If no qualifiers subdirectories in the resources directory of the application match the device status, the resource file in the base subdirectory will be automatically referenced. Resource group subdirectories are located at the second level of subdirectories to store basic elements such as strings, colors, and boolean values, as well as resource files such as media, animations, and layouts. For details, see Resource Group Subdirectories. |
en_US and zh_CN are two default qualifiers subdirectories. You need to create other qualifiers subdirectories on your own. Each directory name consists of one or more qualifiers that represent the application scenarios or device characteristics. For details, see Qualifiers Subdirectories. Resource group subdirectories are located at the second level of subdirectories to store basic elements such as strings, colors, and boolean values, as well as resource files such as media, animations, and layouts. For details, see Resource Group Subdirectories. |
You can create multiple levels of subdirectories with custom directory names. They can be used to store various resource files. However, resource files in the rawfile subdirectory will not be matched based on the device status. |
Compilation | Resource files in the subdirectory are compiled into binary files, and each resource file is assigned an ID. | Resource files in the subdirectory are compiled into binary files, and each resource file is assigned an ID. | Resource files in the subdirectory are directly packed into the application without being compiled, and no IDs will be assigned to the resource files. |
Reference | Resource files in the subdirectory are referenced based on the resource type and resource name. | Resource files in the subdirectory are referenced based on the resource type and resource name. | Resource files in the subdirectory are referenced based on the file path and file name. |
Qualifiers Subdirectories
The name of a qualifiers subdirectory consists of one or more qualifiers that represent the application scenarios or device characteristics, covering the mobile country code (MCC), mobile network code (MNC), language, script, country or region, screen orientation, device type, night mode, and screen density. The qualifiers are separated using underscores (_) or hyphens (-). Before creating a qualifiers subdirectory, familiarize yourself with the directory naming conventions and the rules for matching qualifiers subdirectories and the device status.
Naming Conventions for Qualifiers Subdirectories
Qualifiers are ordered in the following sequence: _MCC_MNC-language_scriptcountry/region-orientation-device-color mode-density. You can select one or multiple qualifiers to name your subdirectory based on your application scenarios and device characteristics.
Separation between qualifiers: The language, script, and country/region qualifiers are separated using underscores (_); the MNC and MCC qualifiers are also separated using underscores (_); other qualifiers are separated using hyphens (-). For example, zh_Hant_CN and zh_CN-car-ldpi.
Value range of qualifiers: The value of each qualifier must meet the requirements specified in the following table. Otherwise, the resource files in the resources directory cannot be matched.
Table 2 Requirements for qualifier values
Qualifier Type | Description and Value Range |
---|---|
MCC&MNC | Indicates the MCC and MNC, which are obtained from the network where the device is registered. The MCC can be either followed by the MNC with an underscore (_) in between or be used independently. For example, mcc460 indicates China, and mcc460_mnc00 indicates China_China Mobile. For details about the value range, refer to ITU-T E.212 (the international identification plan for public networks and subscriptions). |
Language | Indicates the language used by the device. The value consists of two or three lowercase letters. For example, zh indicates Chinese, en indicates English, and mai indicates Maithili. For details about the value range, refer to ISO 639 (codes for the representation of names of languages). |
Text | Indicates the script type used by the device. The value starts with one uppercase letter followed by three lowercase letters. For example, Hans indicates simplified Chinese, and Hant indicates traditional Chinese. For details about the value range, refer to ISO 15924 (codes for the representation of names of scripts). |
Country/Region | Indicates the country or region where the user is located. The value consists of two or three uppercase letters or three digits. For example, CN indicates China, and GB indicates the United Kingdom. For details about the value range, refer to ISO 3166-1 (codes for the representation of names of countries and their subdivisions). |
Screen orientation | Indicates the screen orientation of the device. The value can be: - vertical: portrait orientation - horizontal: landscape orientation |
Device type | Indicates the device type. The value can be: - car: head unit - tablet: tablet - tv: smart TV - wearable: smart wearable - 2in1 |
Color mode | Indicates the color mode of the device. The value can be: - dark: dark mode - light: light mode |
Screen density | Indicates the screen density of the device, in dpi. The value can be: - sdpi: screen density with small-scale dots per inch (SDPI). This value is applicable for devices with a DPI range of (0, 120]. - mdpi: medium-scale screen density (Medium-scale Dots Per Inch), applicable to DPI whose value is (120, 160] device. - ldpi: screen density with large-scale dots per inch (LDPI). This value is applicable for devices with a DPI range of (160, 240]. - xldpi: screen density with extra-large-scale dots per inch (XLDPI). This value is applicable for devices with a DPI range of (240, 320]. - xxldpi: screen density with extra-extra-large-scale dots per inch (XXLDPI). This value is applicable for devices with a DPI range of (320, 480]. - xxxldpi: screen density with extra-extra-extra-large-scale dots per inch (XXXLDPI). This value is applicable for devices with a DPI range of (480, 640]. |
Rules for Matching Qualifiers Subdirectories and Device Resources
Qualifiers are matched with the device resources in the following priorities: MCC&MNC > locale (options: language, language_script, language_country/region, and language_script_country/region) > screen orientation > device type > color mode > screen density.
If the qualifiers subdirectories contain the MCC, MNC, language, script, screen orientation, device type, and color mode qualifiers, their values must be consistent with the current device status so that the subdirectories can be used for matching the device resources. For example, the qualifiers subdirectory zh_CN-car-ldpi cannot be used for matching the resource files labeled en_US.
Resource Group Subdirectories
You can create resource group subdirectories (including element, media, and profile) in the base and qualifiers subdirectories to store resource files of specific types.
Table 3 Resource group subdirectories
Resource Group Subdirectory | Description | Resource File |
---|---|---|
element | Indicates element resources. Each type of data is represented by a JSON file. (Only files are supported in this directory.) The options are as follows: - boolean: boolean data - color: color data - float: floating-point data - intarray: array of integers - integer: integer data - pattern: pattern data - plural: plural form data - strarray: array of strings - string: string data |
It is recommended that files in the element subdirectory be named the same as the following files, each of which can contain only data of the same type: - boolean.json - color.json - float.json - intarray.json - integer.json - pattern.json - plural.json - strarray.json - string.json |
media | Indicates media resources, including non-text files such as images, audios, and videos. (Only files are supported in this directory.) | The file name can be customized, for example, icon.png. |
profile | Indicates a custom configuration file. You can obtain the file content by using the getProfileByAbility API. (Only files are supported in this directory.) | The file name can be customized, for example, test_profile.json. |
Media Resource Types
Table 4 Image resource types
Format | File Name Extension |
---|---|
JPEG | .jpg |
PNG | .png |
GIF | .gif |
SVG | .svg |
WEBP | .webp |
BMP | .bmp |
Table 5 Audio and video resource types
Format | File Name Extension |
---|---|
H.263 | .3gp .mp4 |
H.264 AVC Baseline Profile (BP) |
.3gp .mp4 |
MPEG-4 SP | .3gp |
VP8 | .webm .mkv |
Resource File Examples
The content of the color.json file is as follows:
{
"color": [
{
"name": "color_hello",
"value": "#ffff0000"
},
{
"name": "color_world",
"value": "#ff0000ff"
}
]
}
The content of the float.json file is as follows:
{
"float":[
{
"name":"font_hello",
"value":"28.0fp"
},
{
"name":"font_world",
"value":"20.0fp"
}
]
}
The content of the string.json file is as follows:
{
"string":[
{
"name":"string_hello",
"value":"Hello"
},
{
"name":"string_world",
"value":"World"
},
{
"name":"message_arrive",
"value":"We will arrive at %s."
}
]
}
The content of the plural.json file is as follows:
{
"plural":[
{
"name":"eat_apple",
"value":[
{
"quantity":"one",
"value":"%d apple"
},
{
"quantity":"other",
"value":"%d apples"
}
]
}
]
}
Resource Access
Application Resources
Creating a Resource File
You can create a subdirectory and its files under the resources directory based on the preceding descriptions of the qualifiers subdirectories and resource group subdirectories.
DevEco Studio provides a wizard for you to create resource directories and resource files.
- Creating a Resource Directory and Resource File
Right-click the resources directory and choose New > Resource File. If no qualifier is selected, the file is created in a resource type subdirectory under base. If one or more qualifiers are selected, the system automatically generates a subdirectory and creates the file in this subdirectory. To select a qualifier, highlight it under Available qualifiers and click the right arrow. To deselect a qualifier, highlight it under Selected qualifiers and click the left arrow. In File name, enter the name of the resource file to create. In Resource type, select the type of the resource group, which is element by default. In Root Element, select a resource type. The created subdirectory is automatically named in the format of Qualifiers.Resource group type. For example, if you create a subdirectory by setting Color Mode to Dark and Resource type to Element, the system automatically generates a subdirectory named dark.element.
- Creating a Resource Directory
Right-click the resources directory and choose New > Resource Directory to create a subdirectory only. By default, the base subdirectory is created. You can create qualifiers subdirectories as required, by specifying the qualifier and resource group type.
- Creating a Resource File
Right-click a subdirectory under resources and choose New > XXX Resource File. This operation creates a resource file under this subdirectory. For example, you can create an element resource file in the element subdirectory.
Accessing Application Resources
To reference an application resource in a project, use the ”$r(‘app.type.name’)” format. app indicates the resource defined in the resources directory of the application. type indicates the resource type (or the location where the resource is stored). The value can be color, float, string, plural, or media. name indicates the resource name, which you set when defining the resource.
When referencing resources in the rawfile subdirectory, use the ”$rawfile(‘filename’)” format. Wherein filename indicates the relative path of a file in the rawfile subdirectory, which must contain the file name extension and cannot start with a slash (/).
To obtain the descriptor of a file in the rawfile subdirectory, you can use the getRawFd API, whose return value descriptor.fd is the file descriptor (FD). To access the file with this FD, use {fd, offset, length}.
NOTE
Resource descriptors accept only strings, such as ‘app.type.name’, and cannot be combined.
The return value of $r is a Resource object. You can obtain the corresponding string by using the getStringValue API.
In the .ets file, you can use the resources defined in the resources directory. As described in Resource Group Subdirectories, you can reference .json resource files, including color.json, string.json, and plural.json. The usage is as follows:
Text($r('app.string.string_hello'))
.fontColor($r('app.color.color_hello'))
.fontSize($r('app.float.font_hello'))
Text($r('app.string.string_world'))
.fontColor($r('app.color.color_world'))
.fontSize($r('app.float.font_world'))
// Reference string resources. The first parameter of $r indicates the string resource, and the second parameter is used to replace %s in the string.json file.
// In this example, the resultant value is "We will arrive at five of the clock".
Text($r('app.string.message_arrive', "five of the clock"))
.fontColor($r('app.color.color_hello'))
.fontSize($r('app.float.font_hello'))
// Reference plural resources. The first parameter of $r indicates the plural resource, the second parameter indicates the number of plural resources (for English, one indicates singular and is represented by 1, and other indicates plural and is represented by an integer greater than or equal to 1; for Chinese, other indicates both singular and plural), and the third parameter is used to replace %d.
// In this example, the resultant value is "5 apples".
Text($r('app.plural.eat_apple', 5, 5))
.fontColor($r('app.color.color_world'))
.fontSize($r('app.float.font_world'))
Image($r('app.media.my_background_image')) // Reference media resources.
Image($rawfile('test.png')) // Reference an image in the rawfile directory.
Image($rawfile('newDir/newTest.png')) // Reference an image in the rawfile directory.
System Resources
System resources include colors, rounded corners, fonts, spacing, character strings, and images. By using system resources, you can develop different applications with the same visual style.
To reference a system resource, use the ”$r(‘sys.type.resource_id’)” format. Wherein: sys indicates a system resource; type indicates the resource type, which can be color, float, string, or media; resource_id indicates the resource ID.
For details about the supported system resource IDs and their values under different configurations, see Resources in Application UX Design.
NOTE
The use of system resources is supported in the declarative development paradigm, but not in the web-like development paradigm.
For details about the implementation of preconfigured resources, visit the OpenHarmony/resources repository. The directory structure there is similar to that of the resources directory in the project. Resource qualifiers are used to match resources with different devices and device states.
For details about the use cases, IDs, and parameters of system resources, see OpenHarmony System Resource Layer Design V1.0.xlsm.
Text('Hello')
.fontColor($r('sys.color.ohos_id_color_emphasize'))
.fontSize($r('sys.float.ohos_id_text_size_headline1'))
.fontFamily($r('sys.string.ohos_id_text_font_family_medium'))
.backgroundColor($r('sys.color.ohos_id_color_palette_aux1'))
Image($r('sys.media.ohos_app_icon'))
.border({
color: $r('sys.color.ohos_id_color_palette_aux1'),
radius: $r('sys.float.ohos_id_corner_radius_button'), width: 2
})
.margin({
top: $r('sys.float.ohos_id_elements_margin_horizontal_m'),
bottom: $r('sys.float.ohos_id_elements_margin_horizontal_l')
})
.height(200)
.width(300)
你可能感兴趣的鸿蒙文章
harmony 鸿蒙app.json5 Configuration File
harmony 鸿蒙Internal Structure of the app Tag
harmony 鸿蒙Application Configuration File Overview (FA Model)
harmony 鸿蒙Application Configuration File Overview (Stage Model)
harmony 鸿蒙Application Installation and Uninstallation Process
harmony 鸿蒙Application Package Overview
harmony 鸿蒙Application Package Structure in FA Model
- 所属分类: 后端技术
- 本文标签:
热门推荐
-
2、 - 优质文章
-
3、 gate.io
-
8、 golang
-
9、 openharmony
-
10、 Vue中input框自动聚焦