@genesislcap/foundation-entity-management

Foundation Entity Management

API

Entity Management

$3

The Entity Management micro front-end is used to connect to a resource on the back end and manage it from the front end. Handlers can be set up for create, update, and delete events; after adding an event, a button is displayed, so that the user can perform the action. There is a list of pre-defined events and resources to manage, but you can also manage custom resources that have been created on the back end.

:::tip
The buttons are accessed conditionally, based on the specified events. For example, if the current user is only able to edit the entities, then you should only set the edit event on the entity-manager - you need to set the events so that they are conditional on user authorisations.
:::

Two core components are used to manage the entities - the grid and the form.

The grid contains an entity on each row and data in each column. Here is an example showing a grid used to manage counterparties:

!Example entity management grid

The other component is the form. This is used to update an existing entity or to create a new one. Here is an example:

!Example entity management form

$3

To enable this micro-front-end in your application, follow the steps below.

1. Add @genesislcap/foundation-entity-management as a dependency in your package.json file. Whenever you change the dependencies of your project, run the $ npm run bootstrap command again. For more information, see the package.json basics page.

``javascript
{
...
"dependencies": {
"@genesislcap/foundation-entity-management": "latest"
},
...
}
`

2. Import and declare the class in the page of the class where you wish to use the Entity Manager. Then add the entity management into the template html where required:

`javascript
// Import
import { EntityManagement, } from '@genesislcap/foundation-entity-management';

// Declare class
EntityManagement;

// Example html with the entity management used in two different tabs to manage two
// different resources - one managing the counterpartys, and one managing the users.
export const AdminTemplate: ViewTemplate = html



resourceName="ALL_COUNTERPARTYS"
title="Counterparty Management"
updateEvent="EVENT_COUNTERPARTY_MODIFY"
deleteEvent="EVENT_COUNTERPARTY_DELETE"
createEvent="EVENT_COUNTERPARTY_INSERT"
>




resourceName="ALL_USERS"
title="User Management"
updateEvent="EVENT_AMEND_USER"
deleteEvent="EVENT_DELETE_USER"
createEvent="EVENT_INSERT_USER"
>



;
`

$3

The functionality of the Entity Manager is customised through the properties you set on it in the HTML. This section covers the main properties that you need to customise. For a full list of properties, see here.

#### Title

title customises the title of the entity list so that the user can see what resource they are managing.

#### Resource

resourceName refers to the name of a resource on the server. This could be:

- a query in a Data Server
- a ReqRep definition in a Request Server
- an eventHandlerin the Event Handler.

In the above example, we use ALL_COUNTERPARTYS, which is a query in a Data Server; by convention, these queries all start with ALL_.

#### Events

createEvent, updateEvent, deleteEvent are set to be the events on the back end that handle the specific actions, such as deleting counterparty data. For the create and update functionality, these also define the resource in which the form is populated when the user is creating or updating an entity. After adding an event, a button is displayed so that the user can perform the selected action.

#### Datasource configuration

Set this object to configure how the Entity Manager interacts with the resource. See here.

#### Persist column state
persist-column-state-key is a string value. It is used to control how the column states are persisted through actions such as page changes or refreshes. If no persist-column-state-key` property is set, then the behaviour will be to _not_ persist the column state, and the grid will revert back to its default state every time the user navigates away from it.

:::warning
The string defines the key in which the serialised state of the columns is stored in an object in session storage. Therefore, if you are setting multiple Entity Managers in your application, you must use unique keys to persist the state - otherwise, you will get undefined behaviour.
:::