Visual Studio Lightswitch Beta Microsoft LightSwitch - Fejlesztés kódolás nélkül - TecChannel
Ha a Microsoftnak módja van rá, a felhasználóknak képesnek kell lenniük arra, hogy a Visual Studio Lightswitch használatával viszonylag egyszerűen hozzanak létre alkalmazásokat egy adatbázis alapján. Ezután futtatnia kell egy Silverlight alkalmazást egy ablakban vagy a böngészőben.

Bárki, aki korábban egyszerű üzleti alkalmazásokat akart létrehozni - például a .NET fejlesztői platform alapján -, még mindig rengeteg fejlesztői know-how-t kell magával hoznia. Az osztályprogramozás alapismerete magától értetődő, talán az API áttekintése is, amely több 1000 osztályból áll. Ezenkívül a modern szoftvertechnológiák, például a függőség-injektálás vagy a modell-nézet-vezérlő minta (MVC) használata nem tud ártani.
Nincsenek kisebb követelmények egy olyan alkalmazás számára, amely legkisebb esetben is csak egy osztályon belül futhat. Ezenkívül a megfelelő architektúra és a megfelelő tervezési minta megválasztása természetesen az egyik legnagyobb kihívás.
A Lightswitch állítólag orvosolja ezt, és felmenti a felhasználókat a döntések és a részletes ismeretek alól. A felhasználók először összeállíthatják az adatmodellt ("Model First"), és levezethetnek belőle felhasználói felületet. Ez az adatok rögzítésére és szerkesztésére szolgál. Az eredmény egy Silverlight-alkalmazás, amelyet aztán ki lehet terjeszteni, például egy Azure-felhőben.
Könnyen hangzik, és valóban annak kell lennie. De a LightSwitch programozás nélkül nem fog teljesen működni. Ha az egyes beviteli mezőkhöz érvényesítési logikát kell hozzáadni, akkor ezt hagyományosan eljárási eljárással hajtják végre a C # vagy a Visual Basic.
Jól ismert koncepció újonnan bevezetve
Az üzleti alkalmazások kód nélküli fejlesztésének ötlete egyébként sem teljesen új keletű. A Clarion objektum-orientált 4GL nyelv használatával az 1980-as évek közepén már volt egy RAD eszköz az adatbázis-támogatott alkalmazások számára, amely kódolás nélkül ígérte a fejlesztést, de nem tudta megalapozni magát.
Az Access házon belüli, továbbra is népszerű adatbázis-rendszere szintén hasonló, bár kevésbé rugalmas megközelítést kínál az 1990-es évek eleje óta. A LightSwitch fejlesztésekor azonban a Microsoft nem vett át semmilyen koncepciót az informatika kezdetektől fogva, hanem az architektúrát orientálta többek között a redmondi Patterns & Practices csoport munkájára, amely keretet hozott létre a WPF üzleti alkalmazások Prism-mel történő fejlesztéséhez.
A LightSwitch technikai elemei ezért tartalmazzák a legfrissebbet, amelyet a "Microsoft Technology Stack" kínál: a WCF-RIA szolgáltatásaitól, amelyek felelősek az adatok eléréséért egy háromlépcsős alkalmazásban, a Silverlight 4.0-n keresztül. amelyen a felület megjelenik, az Entity Framework-hez, amely az adatréteg alapját képezi.
A LightSwitch nem egy "Klicki Bunti" típusú eszköz, amely segíti a felhasználókat a gyors eredményérzet elérésében, de végül annyi korlátja van, hogy gyakorlati használatra kizárt. Programozhat a LightSwitch programmal is, ahol ez a kódolás általában csak tipikus érvényesítési logika hozzáadására vagy lekérdezések írására korlátozódik, amelyeket egy később hozzáadott gomb segítségével integrálnak a képernyőbe.
Első modell
A kihívás, amellyel a tapasztalt fejlesztőknek is újra és újra szembe kell nézniük, az az, hogy szilárd alapot találjanak egy alkalmazás számára.
Először a felhasználói felület létrehozása, majd az adatbázis-tervezés folytatása és az üzleti logika terjesztése a kapott űrlapmodulokhoz már régen elavult.
A LightSwitch megkönnyíti a felhasználókat az ilyen típusú döntésekben azáltal, hogy következetesen követi a modell-első megközelítést, amelynek nincs alternatívája. Az eszköznek a Visual Studio 2010 alapú indítása után azonnal a felhasználónak ki kell választania a LightSwitch által kínált két programozási nyelv egyikét a projektsablon kiválasztásával: C # vagy Visual Basic. Ennek a választásnak az elején való eldöntése azonban nem ideális, mert a LightSwitchbe való belépés olyan döntéssel kezdődik, amellyel a címzett célcsoport valószínűleg kissé túlterhelt.
Ezután egy új tábla jön létre a Tábla létrehozása hivatkozás kiválasztásával a nagyon világosan elrendezett kezdőoldalon, amelyet a LightSwitch terminológiában entitásnak hívunk (az Entity Framework elküldi üdvözletét).
Alternatív megoldásként egy meglévő SQL szerver adatbázis integrálható külső adatforrásként. Mivel egy adatmodell általában nem tud megegyezni egy táblával, további táblázatok kerülnek hozzá, és ezek között kapcsolat jön létre.
Képernyők űrlapok helyett
Fejlesztők generációi nőttek fel a Microsoft Form Designerrel - amely az egyik "fő tettes" a spagettikódnak, amelyen alapul néhány Dax-100 vállalat belső üzleti kritikus alkalmazásai.
A LightSwitchnek nincs sem formatervezője, sem klasszikus "kód mögött" modellje. A felület egyedi képernyőkből (Silverlight ablakok) áll, amelyek felépítése közvetlenül egy táblázatból származik. Bár megadhatók olyan részletek, mint a mező helyzete és a kérdés, hogy szerkeszthető-e vagy csak olvasható mező legyen-e, a LightSwitch szándékosan nem kínál további tervezési lehetőségeket.
Minden mezőnél kiválaszthatja azt is, hogy melyik szabványos vezérlőt kell használni a reprezentációhoz. Tervezik a Silverlight egyedi vezérlők beépítését, aminek eredményeként a közeljövőben rengeteg LightSwitch rács lesz elérhető fizetendő tartozékként.
Egy alkalmazás megvalósítása szigorúan adatközpontú, nincsenek optikai trükkök. A LightSwitch alkalmazás megjelenése ezért kissé otthonosnak tűnik. Természetesen a Silverlight sok mindent kínál ebben a tekintetben. Ezért csak idő kérdése lehet, hogy a LightSwitch standard shell és a LightSwitch standard téma (kék) kibővüljön.
Építészet és hiányosságok
A LightSwitch alkalmazás egy Silverlight alkalmazás, amely klasszikus Windows programként vagy böngészőben fut. Attól függően, hogy egyszerű kétszintű vagy klasszikus háromszintű alkalmazásról van szó (amely prezentációból, üzleti és adatrétegből áll), vagy közvetlen, vagy a WCF-RIA szolgáltatáson keresztüli hozzáférést használnak.
Az a tény, hogy az adatréteg a felhőben is lehet, ha az SQL Azure-t használja adatbázisként későbbi telepítéshez, jelenleg kissé futurisztikusnak tűnhet, de néhány év múlva ez különösen azokra a vállalati alkalmazásokra vonatkozik, ahol nincsenek megfelelőségi szabályok Ne feledje, hogy lehet vonzó lehetőség. Végül az alkalmazásírónak nem kell aggódnia a vállalati szervereken történő tárolás miatt.
Természetesen egyelőre még korai, hogy az első béta alapján végső döntést hozzunk a LightSwitch lehetőségeiről. Egyértelmű hiány, különösen, ha a Microsoft Access szolgáltatást vesszük alapul, a jelentési lehetőségek hiánya. A gyártó már megígérte, hogy fejlesztéseket hajt végre a következő verzióhoz. A Microsoft jelenleg az exportálás Excelbe funkciót, valamint az Excelhez vagy a Word-hez való hozzáférést javasolja az OLE automatizálásával - böngésző módban azonban mindkét lehetőség nem érhető el. Az ilyen kirívó hiányt harmadik fél szolgáltatóknak kell gyorsan pótolniuk.
Kicsit bosszantó az is, hogy az itt tesztelt béta verzió látszólag csak akkor működik, ha az SQL szerver példányt "SQLEXPRESS" -nek hívják. Eddig úgy tűnik, hogy ezen nem lehet változtatni. Az sem világos, hogy a többi gyártó adatbázisait milyen mértékben fogja támogatni például az Oracle. Az első béta után valószínűleg sok minden történik itt - legalábbis az Access adatbázisok támogatásáról beszélnek). A LightSwitch valószínűleg nem fog nagy lelkesedéssel találkozni, különösen az Oracle-nél, mivel a Microsoft versenytársa összehasonlítható terméket kínál az Application Developer Express (APEX) alkalmazásával, amely már 4.0-s verziójú.
Nem teljesen know-how nélkül
Még akkor is, ha a LightSwitch közvetett módon javasolja az üzleti alkalmazás létrehozásának folyamatára való kattintás lehetőségét, ez nem lehetséges know-how nélkül.
Ez kevésbé érinti a lekérdezések és az érvényesítési szabályok programozását a C # vagy a Visual Basic programban, sokkal inkább az üzleti logika leképezésének általános eljárását érinti.
Az egyszerű megközelítés ellenére a LightSwitch egy olyan eszköz, amely sok „beállítási lehetőséggel” rendelkezik. Nem hiába foglalja össze a Microsoft a fejlesztői portálon a LightSwitch know-how-ját - ez ellentmond az eredetileg tervezett célcsoportnak. Végül a klasszikus fejlesztők lesznek azok, akik a felhasználók nevében dolgoznak a LightSwitch-szel, és esetleg áttervezik az eszközt úgy, hogy a modell-első megközelítésből ne maradjon sok minden.?
A Microsoft Accesshez hasonlóan a felhasználóról a felhasználóra, mint fejlesztőre a professzionális fejlesztőre történő átmenetnek folyékonynak kell lennie.
LightSwitch egy pillanat alatt
A LightSwitch alapkoncepciója, hogy a fejlesztői know-how-val nem rendelkező felhasználók képesek létrehozni egy alkalmazást egy (SQL szerver) adatbázis alapján, amely Silverlight alkalmazásként fut egy ablakban vagy egy böngészőben. Mivel a felhasználói felület közvetlenül az adatmodellből származik, nincs szükség és lehetőség a tervezésére.
A LightSwitch rendelkezik potenciállal, még akkor is, ha az első béta verzió még hagy némi kívánnivalót maga után.
Egy teljesen működőképes üzleti alkalmazás megszerzésének lehetősége néhány egérkattintással sok olyan vállalat számára vonzó, amely korábban olyan eszközökre támaszkodott, mint a Microsoft Access vagy a Visual Basic 6.0, és akik számára a .NET-keretrendszer soha nem jelent opciót összetettsége miatt jött.
A LightSwitch nem teszi munkanélkülivé a fejlesztőket, inkább segít a felhasználóknak és a fejlesztőknek újra közelebb kerülni.
A LightSwitch nem a Microsoft Access közvetett utódja, mert túl kevés "beállítási lehetőséget" kínál. Ehelyett a fejlesztési eszközök lejárt új generációját testesíti meg.
A LightSwitch jelenleg a Beta 1-ben van; független termékként 2011-ben kellene megjelennie a piacon. mje)
Ez a cikk a Computerwoche testvérkiadványunk közreműködésén alapul.