Az OutSystems Agile Platform Service Studio tapasztalatainak leírása

Kapcsolódjon a sorozat első és második részéhez: Az OutSystems Agile platformon való kezdés és az OutSystems Agile Platform alapjainak megismerése.

Az Agile Platform négy fő részből áll: Service Studio, Integration Studio, Service Center és Agile Network. Szinte teljes idejemet a Service Studio-ban töltöm, ahol történik az alkalmazás és az adatok modellezése, valamint az alkalmazások hibakeresése. Az alkalmazás egy szerverre is közzétehető a Service Studio alkalmazásból. Míg a Service Studio IDE, egy olyan paradigmát használ, amely nagyon különbözik minden olyan IDE-től, amelyet valaha használtam. Időbe telt, mire hozzáigazítottam, de ha egyszer megtettem, rendkívül kellemes lett, ha a Rat Catcher ötletből valósággá vált.

A Service Studio három fő funkciója az adatmodellezés, a folyamatmodellezés és a képernyő tervezése. Az adatmodellezés hasonló ahhoz, hogy adatbázis-tervezőt használjon annak érzése és működése szempontjából. A legtöbb esetben nem kell teljes adatmodellező eszközt használni, hanem entitásokat és entitásattribútumokat közvetlenül felvehet az eSpace-fába. De ha további ellenőrzésre van szüksége (például az attribútumok átrendezéséhez vagy esetleg egy index hozzáadásához), akkor az entitás dupla kattintásával megjelenik a teljes értékű modellező. Metaadatokat csatolhat egy entitáshoz vagy attribútumhoz, például a címkéhez, amelyet használni kell a képernyőn történő megjelenítéskor. A Service Studio nagyon okos is a címkék használatában, amikor hozzáad egy megjelenítendő attribútumot. Ha követi a Pascal-eset szokásos elnevezési konvencióját, amikor címkét generál (például a táblázat fejléceit), akkor megjelenik a címke különféle szavai, köztük egy szóköz. A legjobb újítás itt az, hogy minden entitás azonosító tulajdonsága önmagában adattípusvá válik. Például a felhasználói entitás "Id" attribútumát más entitások (vagy változók) felhasználhatják "UserIdentifier" típusként, és ha egy másik entitás attribútuma "UserIdentifier" típusú, akkor automatikusan kapcsolat létesül, és a Service Studio kényszeríti a gépelés elég jól.

A ábra

Az Adatmodellező eszköz, amely együttműködik a Rat Catcher "JOB_TASK" entitásával.

A modellezés feldolgozására a legközelebbi összehasonlítás a Visio. Valójában csak a végrehajtandó különféle műveleteket határozza meg, legyen szó lekérdezés végrehajtásáról, egy változó frissítéséről, hurok létrehozásáról az eredmények halmazán keresztül vagy feltételes logikai elágazásról, valamint a különféle műveletek közötti kapcsolatokról. Minden egyes "munkafolyamat" valójában egy művelet önmagában, és szükség szerint kombinálható. Ennek eredményeként munkája azonnal újrafelhasználható. Valójában könnyedén másolhatja / beillesztheti a folyamat teljes részét egy másik műveletbe, és a helyi változó és a widget (a képernyőn megjelenő komponens) használatán kívül kiválóan működni fog.

B. ábra

Példa a modellezés feldolgozására a Patkányfogóban; ez a folyamat egy fiók megvásárlásához. Mint láthatja, az a tény, hogy valaki nem ismeri a projektet vagy akár az eszközöket sem, hogy megértse, mi történik, ami a karbantartást és a hibakeresést könnyűvé és egyszerűvé teszi. (Kattintson a képre a nagyításhoz.)

A képernyők tervezése hasonló a többi WYSIWYG eszközhöz. Az Eclipse-től vagy a Visual Studio-tól eltérően nincs hozzáférése a mögöttes HTML-hez. Ez azt is mondta, hogy alig vágytam a HTML-re való belépésre, miután magabiztosnak éreztem magam, hogy a kütyü jól működik. Az összes kialakítást a CSS irányítja. A legnagyobb gyengeség valójában egy "mesteroldal" rendszer hiánya (a Visual Studio terminológia használatához), amelyben az oldalak származhatnak egy közös sablonból, és a sablon kaszkád frissítései az azt használó oldalakhoz. A képernyőszerkesztő használata valóban húzással végzett művelet. Ha egy adatforráshoz kötött widgetben tartózkodik, akkor egyszerűen csak húzza az entitás attribútumait az eSpace fáról a widgetbe, és az attribútum adattípusa és a lekérdezés alapján létrejön a megfelelő képernyő. Az egyik kedvenc szempontom az, hogy egy egyhöz viszonyú entitás behúzása automatikusan létrehoz egy legördülő menüt, amely pontosan az, amit a legtöbbször szeretne. Ez az, ahol a Service Studio adatmodellezése valóban ragyog, mert ennyit hajt e használat egyszerűsége miatt.

C. ábra

A Patkányfogó fiók vásárlása képernyő megtervezése. (Kattintson a képre a nagyításhoz.)

A legnagyobb akadályom számomra az volt, hogy hozzászoktam ahhoz a gondolathoz, hogy a Service Studio egyszerűen nem jár a kód írásával. A kódíráshoz legközelebb a feltételes állítások elrendezése áll. Ugyanebben az értelemben a teljes adattovábbítás adatkötéssel történik. Például, a Visual Studio programban írok kódot, hogy a Címke objektum Szöveg tulajdonságát az űrlapmező-összetevőből beolvasott értékre állítsam. A Service Studio szolgáltatásban hozzárendelnék egy helyi változót az űrlapmezőhöz való kötéshez, majd egy Expression widget hozzárendeléséhez ehhez a változóhoz. Ahogy az űrlapmező megváltozik, a változó automatikusan frissül, és az Expression widget értéke is megváltozik. Miután megszoktam ezt a paradigmát, nagyon erős volt számomra.

Az egyik általános minta, amelyet az adatkötéssel kapcsolatban fedeztem fel, hogy nem köti össze a kütyüket közvetlenül az eredmények lekérdezésével, és inkább köti össze őket a helyi változóval. Egy Assign összetevőt használ a folyamat modellezésében a változó beállításához a lekérdezés eredményéhez. Ez egy általános és hasznos minta, mivel ezt követően könnyen módosíthatja a változó adatait anélkül, hogy újraindítaná a műveletet, amely az eredeti lekérdezést tartalmazza. Olyan képernyők esetében, amelyek csak egyszer töltik fel a modult, erre nincs szükség. De ha használni akarja az AJAX funkcionalitást, különösen a "késői betöltés" összetevőt, az AJAX tábla lapozását / rendezését vagy a felbukkanó szerkesztőket, ez egy kötelező minta.

A Service Studio szolgáltatásban ellenőrizheti, hogy az alkalmazás megfelelően fordul-e elő. Ezenkívül a TrueChange rendszer valós időben tudatja Önnel, hogy mikor lesz probléma. A TrueChange nagyon okos a lépcsőzetes változtatásokkal kapcsolatban az alkalmazás során. Például, ha megváltoztatja a változó nevét, az arra való hivatkozás is automatikusan megváltozik. Ha egy típus megváltozik, a TrueChange értesíti, ha ez hibákat okozott. Hasznos optimalizálási javaslatokat is nyújt Önnek. Ha készen áll az alkalmazás telepítésére, ez egy egyszerű, egy kattintásos folyamat. A hibakeresés csak a hibakereső elindításának és a töréspont beállításának kérdése; a hibakereső billentyűleütési parancsai megegyeznek a Visual Studio programmal, ami intuitívvá teszi a tapasztalatokat a Visual Studio alkalmazásból érkezők számára.

Összességében a Service Studio egy nagyon egyszerű eszköz. Nincs sok rendetlenség az eszköztár néhány kevésbé fontos részén kívül. Miután átjutottam az átfogó adatkötés fogalmi kihívásán, rájöttem, hogy az alkalmazásfejlesztéshez való megközelítése csak az, amire szüksége van. A fejlettebb munkához az Integration Studio van, amelyet egy másik cikkben fogok megtekinteni.

J.Ja

Justin iparági kapcsolatának közzététele: Justin James szerződést kötött a Spiceworks-rel a termékvásárlási útmutatók írására; szerződést kötött a Hapax tulajdonában lévő OpenAmplify-val blogok, oktatóanyagok és cikkek írására; és szerződést kötött az OutSystems-kel cikkek, mintakód stb. írására.

-------------------------------------------------- -------------------------------------

Heti fejlesztési tippeket kaphat a beérkező levelek mappájába. Tartsa élesen fejlesztői készségeit, regisztrálva a TechRepublic ingyenes webfejlesztő hírlevelére, amelyet minden kedden kézbesít. Automatikus feliratkozás ma!

© Copyright 2021 | mobilegn.com