Tell us what you think

We want to create the best possible experience for our learners. Your feedback helps us to improve the experience for everyone.

Using Data Types

Objective

After completing this lesson, you will be able to use data types to format and validate data

Formatting, Parsing, and Validating Data

Watch the video to learn about formatters and data types.

In this lesson, we will first discuss data types. The formatters will follow in the next lesson.

Simple Types

As mentioned previously, data types allow you to format model data for display on the UI as well as parse and validate user input.

The currently available data types all inherit from the sap.ui.model.SimpleType class. For a complete list of all these simple types, see the API Reference under the sap.ui.model.type namespace.

In this training course, the following three simple types are briefly introduced in examples: sap.ui.model.type.Integer, sap.ui.model.type.Date and sap.ui.model.type.Currency.

In addition to the simple types supplied by SAP, it is also possible to define your own custom data types. For this purpose, a subclass of SimpleType has to be created. In this subclass, a custom implementation for the methods formatValue, parseValue, and validateValue from the SimpleType class is made.

The following parameters can be passed via the constructor of a simple type:

formatOptions: Format options define how a value should be formatted and displayed on the UI.
constraints: Constraints define how a value entered on the UI should look. The entered value is validated against the specified constraints.

Simple types can be specified in data binding to define the data type of the model data. The complex binding syntax is used in XML views for this purpose.

If an entered value cannot be parsed successfully or is not within the defined constraints, an exception is raised. This results in the entered value not being transferred to the model.

Validation Handling

If you press Enter or move the focus to a different UI control, SAPUI5 executes the parse and validation function belonging to the corresponding data type.

If parse or validation exceptions occur due to incorrect user input, these errors are not automatically displayed on the UI.

You can use the message manager for reporting these error messages back to the user. To do it, you must register the corresponding UI elements with the message manager. There are several ways to do this.

You can activate automatic message generation via the message manager in the sap.ui5 section of the manifest.json application descriptor or as a parameter when instantiating a component. You can also activate it for individual controls by registering the controls in the message manager using the registerObject method.

In the example shown in the figure Validation Handling Using the Message Manager, the handleValidation property in the application descriptor is used to enable validation handling by the message manager for the component.

As a result, parse and validation errors are handled by the message manager for all UI elements used in the component. That is, any parse and validation error messages generated based on the user input are picked up by the message manager, which in turn passes the error message back to the correct UI element for display.

A field in error has a red border. The error message itself is only displayed when the field has focus.

Work with Data Types

Business Scenario

In this exercise, you will add validations and formatting to the application. To do this, you will first enable automatic message creation for input validation using the application descriptor. Then, you will add Simple Types to some of the data bindings you have already created to validate or format data.

Template:	Git Repository: https://github.com/SAP-samples/sapui5-development-learning-journey.git, Branch: `sol/13_element_binding`
Model solution:	Git Repository: https://github.com/SAP-samples/sapui5-development-learning-journey.git, Branch: `sol/14_data_types`

Task 1: Enable Validation Handling by the Message Manager for the Component

Steps

Open the manifest.json application descriptor from the webapp folder in the editor.
Add the following property somewhere in the sap.ui5 namespace to enable validation handling by the message manager for the component:
Code Snippet
```
1
"handleValidation": true
```

Result

The sap.ui5 namespace should now look similar to the following:

Task 2: Validate and Format Application Data using Simple Types

Steps

Open the Overview.view.xml file from the webapp/view folder in the editor.

Adapt the data binding for the Discount input element in the form as follows:

`Old`	`New`
Code Snippet `1 <Input value="{customer>/Discount}"/>`	Code Snippet `123456 <Input value="{ path: 'customer>/Discount', type: 'sap.ui.model.type.Integer', constraints: {minimum: 0, maximum: 100} }"/>`

Note

With regard to input validation, the adapted data binding causes the message manager to display an error in the following situations:

If the user input cannot be parsed as an integer.
If the entered integer value is not between 0 and 100.

Result

The form should now look like this:

Adapt the data binding for the Flight Date column in the booking table as follows:

Old New

`Old`	`New`
Code Snippet `1 <ObjectIdentifier title="{FlightDate}"/>`	Code Snippet `123456789 <ObjectIdentifier title="{ path: 'FlightDate', type: 'sap.ui.model.type.Date', formatOptions: { source: {pattern: 'yyyy-MM-dd'}, style: 'medium' } }"/>`

Code Snippet

1
<ObjectIdentifier title="{FlightDate}"/>

Code Snippet

123456789
<ObjectIdentifier
  title="{
    path: 'FlightDate',
    type: 'sap.ui.model.type.Date',
    formatOptions: {
      source: {pattern: 'yyyy-MM-dd'},
      style: 'medium'
    }
  }"/>

Note

The adapted data binding transforms the content of the FlightDate model property into a formatted date string. In the data.json file from the webapp/model folder, the flight date is stored as a string, for example "2024-02-27". This is converted to the format "Feb 27, 2024" via the data binding.

Result

The booking table should now look like this:

Adapt the data binding for the Foreign Currency Payment column in the booking table as follows:

Old New

`Old`	`New`
Code Snippet `123 <ObjectNumber number="{ForeignCurrencyPayment}" unit="{ForeignCurrency}"/>`	Code Snippet `12345678910 <ObjectNumber number="{ parts: [ {path: 'ForeignCurrencyPayment'}, {path: 'ForeignCurrency'} ], type: 'sap.ui.model.type.Currency', formatOptions: {showMeasure: false} }" unit="{ForeignCurrency}"/>`

Code Snippet

123
<ObjectNumber
  number="{ForeignCurrencyPayment}"
  unit="{ForeignCurrency}"/>

Code Snippet

12345678910
<ObjectNumber
  number="{
    parts: [
      {path: 'ForeignCurrencyPayment'},
      {path: 'ForeignCurrency'}
    ],
    type: 'sap.ui.model.type.Currency',
    formatOptions: {showMeasure: false}
  }"
  unit="{ForeignCurrency}"/>

Note

The added Currency data type provides a formatting of the ForeignCurrencyPayment model property based on the currency code. For example, currency amounts in Euro (EUR) are displayed with 2 decimals, while amounts in Japanese Yen (JPY) have no decimals.

Additionally, the showMeasure formatting option is set to false. This hides the currency code in the number property , because it is passed on to the ObjectNumber control as a separate property unit.

Result

The booking table should now look like this:

Test run your application by starting it from the SAP Business Application Studio.
Make sure that the validation and formatting features outlined above are now present in the application.
1. Right-click on any subfolder in your sapui5-development-learning-journey project and select Preview Application from the context menu that appears.
2. Select the npm script named start-noflp in the dialog that appears.
3. In the opened application, check if the component works as expected.

Next lesson