Obiekt (IBM i) - Object (IBM i)

Na wielu platformach komputerowych wszystko jest plikiem , ale w przeciwieństwie do IBM i wszystko jest obiektem .

Przegląd

Obiekty systemu IBM i mają wspólne podobieństwa z obiektami w programowaniu obiektowym , ale istnieją również różnice. Istnieją podobieństwa w tym, że kiedy na coś jest przydzielona pamięć , to coś jest określonego typu i tylko określony zestaw programów może działać na tym obiekcie. Istnieją różnice w tym, że chociaż system IBM i obsługuje języki Java i C ++ , obiekty IBM i nie mogą być dziedziczone tak jak klasy w tych językach. Inną różnicą jest to, że zestaw typów obiektów jest ustalany przez IBM i tylko IBM ma możliwość tworzenia nowych.

Liczba typów obiektów jest ogromna, a niewielki ich podzbiór jest dostępny dla użytkowników. Typ obiektu czytelny dla człowieka to zawsze mnemonik od trzech do sześciu znaków poprzedzony gwiazdką. Poniżej znajduje się krótka lista najczęściej używanych obiektów i ich mnemoników:

  • * LIB: Biblioteka (gdzie wszystko poniżej, z wyjątkiem katalogów i plików strumieniowych, jest przechowywane; biblioteki nie mogą istnieć w innych bibliotekach).
  • * PGM: Program (dla języków kompilowanych: CL, RPG-IV, C, C ++, COBOL itp. I nie ma ograniczeń interfejsu między językami).
  • * MODUŁ: Moduł (możliwy do połączenia z programem z języka kompilowanego powyżej, a także tutaj nie ma ograniczeń co do możliwości tworzenia powiązań między językami).
  • * SRVPGM: program serwisowy (dynamiczny zestaw jednego lub więcej modułów, podobny do pliku DLL w systemie Microsoft Windows ).
  • * BNDDIR: Katalog powiązań (zawiera listę modułów i programów serwisowych i jest używany podczas tworzenia programów).
  • * CMD: Command (obiekt używany do wywoływania programów, który umożliwia użytkownikom monitowanie o ich parametry; można go utworzyć za pomocą języka Command Definition). Aby uzyskać więcej informacji, zobacz Język sterowania .
  • * MENU: Menu (dostępne za pomocą polecenia GO).
  • * PLIK: plik (pliki systemu IBM i mogą być używane do przechowywania danych, urządzeń wejścia / wyjścia i kodu źródłowego, w zależności od podtypu).
  • * DTAARA: obszar danych (małe fragmenty pamięci używane do przechowywania małych elementów danych w celu szybkiego dostępu).
  • * DIR: Katalog (część Zintegrowanego Systemu Plików, który jest odpowiednikiem hierarchicznych systemów plików Unix i Microsoft Windows ).
  • * STMF: plik strumieniowy (tradycyjny plik, który byłby znany większości użytkowników systemów Unix i Microsoft Windows i przechowywany tylko w katalogach).
  • * JRN & * JRNRCV: Dziennik i dziennik (używane do kronikowania zmian w plikach, obszarach danych i plikach strumieniowych).
  • * USRPRF: Profil użytkownika (pozwala użytkownikom na wpisanie się do systemu).
  • * JOBD: opis stanowiska (używany podczas przesyłania / rozpoczynania pracy).
  • * SBSD: Opis podsystemu (używany podczas uruchamiania podsystemów; jest to miejsce, w którym uruchamiane są zadania użytkownika).
  • * JOBQ: kolejka zadań (używana do kolejkowania zadań wsadowych do uruchomienia w podsystemie).
  • * LIND: Opis linii (linia komunikacyjna: Ethernet, token ring itp.).
  • * CTLD: opis kontrolera (kontroler komunikacji dla linii, stacji roboczych itp.).
  • * DEVD: Opis urządzenia (urządzenie komunikacyjne dla linii, stacji roboczych, drukarek, napędów taśmowych itp.)
  • * DTAQ: kolejka danych (używana do kolejkowania wpisów danych w celu szybkiego wyszukiwania przez inne zadania).
  • * MSGQ: kolejka wiadomości (używana do wysyłania wiadomości do użytkowników, może być również używana jako kolejka danych).
  • * OUTQ: kolejka wyjściowa (używana do kolejkowania danych wyjściowych do drukarki).
  • * USRSPC: Przestrzeń użytkownika - ogólny obiekt zawierający dane o dowolnej wielkości (do 16T).

Tworzenie obiektu zwykle (ale nie zawsze) wiąże się z poleceniem rozpoczynającym się od mnemonicznego „CRT”. Tak więc, aby utworzyć opis zadania, należy poprosić komendę CRTJOBD. Profile użytkowników zostaną utworzone za pomocą komendy CRTUSRPRF. Podobnie zmiana obiektów odbywa się poprzez podpowiadanie komend poprzedzonych "CHG" (CHGJOBD, CHGUSRPRF, itp.), Usuwanie obiektu używa "DLT" (DLTJOBD, DLTUSRPRF, itp.), Wyświetlenie obiektu używa "DSP" (DSPJOBD, DSPUSRPRF, itp.), a praca ze zbiorem obiektów korzysta z "WRK" (WRKJOBD, WRKUSRPRF itp.). Aby wyświetlić ogólny zestaw obiektów w bibliotece, użyj komendy DSPOBJD. WRKOBJ może służyć do przeglądania obiektów w wielu bibliotekach.

Struktura poleceń systemu IBM i koncentruje się na łatwości użycia. Aby wyświetlić wszystkie obiekty, z którymi może działać część czasownikowa komendy systemu IBM i („WRK”) po poleceniu „go cmdWRK”, gdzie „WRK” może oznaczać dowolny z aktualnych i przyszłych czasowników „CHG”, „DLT”, „DSP”, „EDT”, „INZ”, „PRT” itd. Parametry polecenia można wyświetlić, wpisując po prostu nazwę polecenia i naciskając klawisz F4 lub wpisując nazwę polecenia w wierszu poleceń systemu IBM i. Spowoduje to wyświetlenie monitu w standardowym panelu SAA , podając informacje o każdym parametrze, który może zaakceptować polecenie. Ciąg polecenia można wyświetlić w dowolnym momencie podczas monitowania, naciskając klawisz F1u2, który, jeśli zostanie użyty do wyjścia z wiersza polecenia, może zostać użyty przez F9 = Przywróć poprzednie polecenie. Podsumowanie pomocy dla polecenia i jego parametrów można uzyskać, naciskając klawisz F1.

Taka struktura poleceń i ścisłe przestrzeganie standardów SAA sprawiają, że system IBM i jest niezwykle łatwy w użyciu na poziomie komend, a także przy tworzeniu plików źródłowych zawierających komendy. Polecenia mogą być wykonywane interaktywnie lub umieszczane w plikach tekstowych i wykonywane sekwencyjnie lub mogą być kompilowane do obiektu IBM i typu * PGM z atrybutem typu CLP.

Bibliografia