Abap blog, az egyedi beállítások megtartása a nézetpont-klaszterekben
Szeretem, hogy a kódom elegáns és hatékony. A logikának elég egyszerűnek kell lennie, nehogy hibákat követhessen el; függőség - minimális a karbantartás egyszerűsítése érdekében; hibakezelés - a kidolgozott stratégiával összhangban teljes; és a teljesítmény - közel optimális, hogy ne kísértsék meg az embereket, hogy szennyezzék a kódot tisztességtelen optimalizálással. A tiszta kód jól megoldja az egyik feladatot.
Mikhail Sidorochkin
Dmitriy Vedmid
Maria
Mikhail Sidorochkin
Dmitrij Karpov

Nagyon gyakran a fejlesztési folyamatban a szoftver megoldás rugalmasságát kell biztosítani, attól függően, hogy az ilyen vagy más beállítások milyen követelményeket támasztanak. Ez a rugalmasság az SAP rendszerekben hagyományosan megoldható a SPRO tranzakció felhasználói beállításainak meghatározásával. A cikk megvizsgálja, hogyan definiálhatja beállításait egy többszintű nézetcsoport megtartása és egy link létrehozása révén az SPRO-ban.
Az SPRO tranzakció olyan előre definiált hierarchikus struktúrát nyit meg, amelyben a beállítások a funkcionalitásra vonatkoznak:


Amint az ábrán látható, a konfiguráció egy szögkészlet (egy szögkészlet), amelyet ugyanazon a beállításon belül referenciaként kombinálunk:

A fürtben 5 beágyazott szög van: időzónák, időzónák szabályai, nyári időszabályok stb. A klaszterek hierarchiában nincsenek kapcsolatban egymással, nem függenek egymástól.
Vannak még ilyen klaszterek szögek, ahol az egyik irányból függhet egy másik szögből, ebben az esetben, hogy megy az olyan függő ki kell választania egy bejegyzést a szög feletti magasságban, például:

A "Logikai útvonal hozzárendelése - fizikai elérési út" megváltoztatásához ki kell választania egy bejegyzést a "Logikai útvonalak meghatározása fájlhoz" nézetben:

Határozzon meg egy szögblokkot
Egyszerű példaként egy háromszögből álló szögcsoportot hozunk létre, az első két függő lesz, a harmadik pedig önmagában.
Az első lépés a Z táblázatok definíciója (lásd SE11).
Minden táblázatban állítsuk be az alábbi szállítási paramétereket:

Határozza meg a ZCUSD_LOGIN_TYPE domaint:

Domainhez állítsa be az értéktartományt:

A tartományon alapuló elem definiálása:



A táblázatok és az adatelemek létrehozása után minden táblázathoz el kell készíteni a karbantartási nézeteket (lásd SE11). De mielőtt létrehoznánk egy olyan funkciócsoportot, amely felelős az FM adatok frissítéséhez az adatok és képernyők frissítéséért. Nevezzük ZFG_UCONF-nak. Az SE80 tranzakcióban létrehozhat egy funkciócsoportot.


A klaszter szög kilátás ZCUST_V_INF függ a szög ZCUST_V_LOG, így a területen, és belépés Mandt keresztül beállítást automatikusan kitöltve, attól függően, hogy a kiválasztott rögzítési fölött a hierarchiában.

Ezután minden szögben nézet nézetet fogunk létrehozni: Menu -> Utilities -> Table Generator:

Mivel a funkciók egy csoportja lesz, a képernyőknek különböző nevek kellenek minden szögre: 101 ZCUST_V_LOG, 102 ZCUST_V_INF stb. Ha a beállításaink automatikusan átkerülnek az átviteli kérelembe, akkor a "Standard felvételi program" (a képernyő generálása után) jelölje be.
Ezenkívül kiválasztunk egyszintű referenciatípust és hatósági csoportot a hatósági ellenőrzés nélkül. A különbség a fajta magatartás csak az a tény, hogy a kétszintű típusú szerkesztés közben, akkor esik át a képernyőn egy külön referencia kiválasztott rekordot, amikor az egyszintű, szerkesztése történik a képernyőn táblázatban.
Miután meghatározta az összes nézetet, össze kell illesztenie őket a fürtbe. Szögkúp létrehozása az SE54 -> Szögkúp kezelése során történik. Hívjuk a ZCUST_VC_CONF klaszterünket:

A hierarchikus karbantartási művelet feldolgozása a következő értékeket veheti igénybe:
Mutassa be a párbeszédpanelt. Ha módosítja a bejegyzést abban a nézetben, hogy más bejegyzések függenek a függő perspektívában, akkor megjelenik egy párbeszédpanel, melyben meg kell választania, hogy mit kell tenni a függő bejegyzésekkel:

Az eltartott rekordok változásával párbeszéd nélkül. Ebben az esetben az összes eltartott rekord törlésre kerül (megváltozott).
Párbeszéd nélkül és a függő bejegyzések megváltoztatása nélkül (korlátozás egy szintre). A függő bejegyzések nem lesznek hatással.
Az olvasás típusa felelős azért, hogy az adatbázisból származó adatok olvashatók legyenek. Ha az első opció az összes klaszter összes adata azonnal elolvasható. Ha a második lehetőség, az adatok csak az első szögre olvashatóak és attól függenek. A többit szükség szerint el kell olvasni. Általában a második opció optimalizálásra van beállítva, nagy számú adat a szögben.
Mozgassunk az objektum struktúrájába. A klaszter szerkezete előírja, hogy mely szögekből áll:
Ez azt is jelzi a függő-nézetben, ebben az esetben ZCUST_V_INF szög függ a korábbi ZCUST_V_LOG, és ZCUST_V_MAILS perspektivikus senki függ. A függőség többféle lehet:
- R - függőségek nélkül
- S - Az egyik rekord függése a főnézetben.
- M - A főnézetben több feljegyzéstől való függőség. Ez a típus akkor alkalmazható, ha a főnézetben több rekordhoz kapcsolódik, az eltartott nézetben minden függőnek szerkesztenie kell. Példa egy ilyen szögre: T804.
Konfigurálása függőségek kell választania a összhangba előrerövidülés ZCUST_V_INF és menj a beállítások és attól felírni függő területek (ha regisztrálva vannak idegen kulcsokat a táblázatokban az előző képernyőre, kattintson a „függőség a mező”, kiemelve a függő-view, a rendszer regisztrálja kapcsolatot az Ön számára):
Miután beállította a nézetablak-fürtöt, aktiválnia kell a fejléc definíciójában lévő gombot (az első képernyő a nézet megtekintéséhez). Aktiválás után az előző képernyőre ugorhat és tesztelheti a fürtünket:

Ennek eredményeképpen megadhatunk hitelesítő adatokat (bejelentkezéseket):
Az egyes fiókok esetében használják az embereket, akik használják őket, és milyen típusúak tartoznak hozzá:
Fiók létrehozása az SPRO-ban
Mivel különböző feladatok keretein belül sokféle nézet létezik, és nem lehet emlékezni a memóriára, szükség van az SPRO-ban lévő fióktelep csoportosítására, és kívánatos a szükséges dokumentáció kísérése.
Általában fiókjaik létrehozása a SIMGH tranzakció révén történik. de a mi esetünkben kibővítjük a standardot (a tranzakció SPRO előre definiált IMG struktúrát jelenít meg), ezért használja a S_IMG_EXTENSION tranzakciót:
Először is a standard IMG struktúrát választjuk ki:
Ezután létre kell hoznia egy bővítményazonosítót:

A kiterjesztés azonosítójának létrehozása után jelölje ki, és kattintson a "Struktúra kibontása" gombra, végül a képernyőn megjelenik a szabványos SPRO struktúra megőrzése.
Hozzon létre egy csomópontot ugyanazon a szinten:

Ezután írjon be egy új mûveletet egy mûvelet létrehozásakor, kívánatos dokumentum leírását létrehozni:


A karbantartási objektumok lapon be kell regisztrálnia a fürtöt:

A művelet mentése után kilépünk és mentjük a hierarchiát. Ezt követően meggyőződhetünk fiókunk jelenlétéről az SPRO futtatásával:

További információk
Ha hirtelen szeretné ellenőrizni, hogy az IMG-ben végrehajtott művelet hogyan van beállítva, akkor ezt megteheti a technikai információk megadásával:


A karbantartás egyszintű nézetei megjelenítik a képernyő táblázatot a szerkesztéshez, de nagy számú mezővel kell görgetni az asztalt, mert a táblázat nem nyúlik meg a teljes képernyőn:

A helyzetük kimenete 2, szerkesztheti a létrehozott képernyőt, de ezt minden alkalommal meg kell csinálni, amikor létrehozzák. A második mód sokkal kényelmesebb, itt kell használni a referencia-generátor eseményeit.
Miután létrehozta a fürtöt, létre kell hoznia egy tranzakciót annak kezelésére, ezt úgy teheti meg, ha létrehoz egy tranzakciót az SM34 paraméterekkel:

Az ábrán a Z01MAPT_VC létrejött tranzakció megkezdi az alapértelmezett értékekkel megegyező névszög megtartását.
A klaszterekre és a referencia-generátorra vonatkozó hivatalos dokumentáció elérhető referenciaként.