Obiekt deweloperski: Logical data type (LDT)

Wprowadzenie

Aplikacja Obiekty deweloperskie pozwala na rejestrowanie i przeglądanie obiektów deweloperskich różnych typów. W niniejszym artykule opisany został obiekt o typie Logical data type (LDT).

Opis

W systemie można rozróżnić kilka typów danych:

• Pierwotny
• Złożony
• Logiczny – są używane jako definicje atrybutów w Business object, Part, Extension. W programowaniu interfejsów są one używane do kontrolowania właściwości elementów interfejsu poprzez przypisany opis danych.

Na zakładce Edytor dostępne są poniższe pola:

• Opis danych – wyświetla powiązany opis danych. Pole nie podlega edycji i jest wypełnione tylko wtedy, gdy opis danych został wprowadzony dla tego logicznego typu danych. Do logicznego typu danych przypisany jest dokładnie jeden opis danych LDT. Powiązanie jest tworzone poprzez identyczną nazwę obiektu deweloperskiego(przestrzeń nazw + nazwa).
• Typ – pole pozwala na wybór typu danych. W systemie można rozróżnić kilka typów danych:
  • Pierwotny
  • Złożony
  • Logiczny

Widok zmienia się w zależności od wybranego typu danych.

Typ pierwotny

Logiczny typ danych pierwotny jest oparty na pierwotnych typach Comarch ERP Enterprise, z których każdy akceptuje tylko jedną wartość elementarną. Poniższa lista przedstawia wszystkie logiczne typy danych typu pierwotny oraz typy danych używane w wygenerowanych klasach Java. Jeśli typ danych typu pierwotnego jest używany bezpośrednio w definicji atrybutu, to odpowiada on dokładnie kolumnie tabeli w bazie danych.

Typ logiczny

Logiczny typ danych z wybranym typem logiczny reprezentuje funkcjonalne udoskonalenie innego logicznego typu danych. Może on być oparty na wszystkich typach (pierwotnym, logicznym, złożonym). Hierarchia dziedziczenia nie może zawierać cykli. Dziedziczenie jest zasadniczo używane tylko do definiowania właściwości GUI.

Przykład dziedziczenia:

• Pierwotny typ danych – pole informacje bez możliwości zmiany; pobierane na podstawie wartości z pola Pochodzący od
• Pochodzący od – określenie logicznego typu danych jako obiektu bazowego. Logiczny typ danych jest zawarty na liście Wykaz zastosowania obiektu bazowego.

Pozostałe pole związane z wybranym typem danych opisane zostały w rozdziale Typ pierwotny.

Typ złożony

Ten typ danych jest oparty na typie Part. Umożliwia to definiowanie złożonych atrybutów w Business object, Part, Extension.

• Part – specyfikacja części, do której odwołuje się logiczny typ danych. Logiczny typ danych jest zawarty na liście Wykaz zastosowania części.

W przypadku typu logicznego używany jest logiczny typ danych obiektu bazowego. W przypadku typu złożonego integrowane są atrybuty używanej części.

Użycie logicznych typów danych w elementach wizualnych

Ścieżka do logicznego typu danych jest przekazywana do elementu wizualnego w konstruktorze. Służy ona do określenia logicznego typu danych i powiązanego Data Description. Ścieżka może odnosić się bezpośrednio do logicznego typu danych lub do atrybutu w obiekcie biznesowym.

Struktura ścieżek:

• Logiczny typ danych:

<przestrzeń nazw>:<nazwa obiektu biznesowego>.lt

1. B.: com.cisag.app:Guid.lt

• Atrybut:

<namespace>.<BusinessObjectName>:<nazwa atrybutu> lub

<namespace>.<BusinessObjectName>:<nazwa atrybutu>.atr

1. B.: com.cisag.app.general.obj.partner:name lub

com.cisag.app.general.obj.partner:name.atr

Ścieżka do atrybutu może być również określona w kategoriach względnych. Aby to zrobić, ścieżka do obiektu biznesowego musi być określona w widoku, do którego dodawany jest element wizualny. Ścieżka względna do obiektu biznesowego może być następnie określona w elemencie wizualnym.

• Widok:

<namespace>.<BusinessObjectName>:

1. Przykład: com.cisag.app.general.obj.Partner:

• Element wizualny:

.<nazwa atrybutu>

1. np: .name