Mikor? Milyen alkalmazásnál?

Méret: px

Mutatás kezdődik a ... oldaltól:

Download "Mikor? Milyen alkalmazásnál?"

Alajos Magyar
8 évvel ezelőtt
Látták:

1 Témakörök Milyen alkalmazásoknál lehet erre szükség? Rossz megoldások (közvetlen adatbázis kapcsolat, statikus tartalmak) XML Web services SOAP, WSDL RSS REST JSON Push notification

2 Mikor? Milyen alkalmazásnál? Ha távoli adatokat kell elérjünk: 1. Példa: egy hírportálhoz készült mobil alkalmazás: El kell érjük a hírek listáját a webes formázások nélkül Keresni, rendezni, szűrni kell tudjunk 2. Példa: egy ingatlan közvetítő alkalmazás: Komplex keresési feladatok, találatok betöltése, lapozás a találatok között Kapcsolatfelvétel, üzenet küldés Titkos információk védelme (az ingatlan pontos címe, tulajdonos adatai) Ha adatokat szeretnénk eltárolni úgy, hogy azt más készüléken is elérhessük: Felhő megoldások, biztonsági másolatok Üzenetküldés: Ha két felhasználó akar egymással üzenetet váltani, egymásnak üzenetet küldeni.

Példa: egy ingatlan közvetítő alkalmazás: Komplex keresési feladatok, találatok betöltése, lapozás a találatok között Kapcsolatfelvétel, üzenet küldés Titkos

3 Rossz megoldások Közvetlen kapcsolat az adatbázis szerverhez: A kapcsolódási adatokat az alkalmazásba kellene beégetni, ami könnyen kinyerhető mások számára A hozzáférési adatok birtokában más adatokhoz is hozzáférhetünk HTML tartalmak parse-olása: Nem kell külön adatforrás, majd a weblap adatait feldolgozzuk, átstruktúráljuk egy apróbb design módosítás is működésképtelenné teheti az alkalmazást

más adatokhoz is hozzáférhetünk HTML tartalmak parse-olása: Nem kell külön adatforrás, majd a

4 Stateful vs. Stateless Stateful: egy munkamenet azonosítóval azonosítja a klienst a szerver Előnye: nem kell minden kérésben minden adatot elküldeni (pl. bejelentkezési adatok, keresési, szűrési feltételek) Hátránya: a munkamenet inaktivitás után lejár, a munkamenet azonosító megszerzésével megszemélyesíthetjük a felhasználót. Mobil alkalmazásoknál ritkán használjuk

kell minden kérésben minden adatot elküldeni (pl.

5 Stateful vs. Stateless Stateless: a szerver nem tárol el a korábbi tranzakcióinkból semmilyen adatot, minden tranzakcióban minden adatot meg kell adni. Előnye: nem kell külön erőforrást fordítani a munkamenet kezelésére, életben tartására Hátránya: Minden üzenetben meg kell adnunk minden adatot (pl. bejelentkezési adatok), ez növeli az üzenetek méretét

minden tranzakcióban minden adatot meg kell adni.

6 EXtensible Markup Language A legtöbb adatcsere formátum közös jellemzője, hogy XML struktúrát használ Miért szeretjük az XML-t? Szöveges állomány, ember számára is olvasható, értelmezhető Gyakorlatilag minden platformon van támogatás a feldolgozásukra, generálásukra Fejlett validálási megoldások (DTD, XSD) XML

Szöveges állomány, ember számára is olvasható, értelmezhető Gyakorlatilag

7 Web services Alkalmazások közötti adatcsere szabványok és protokollok gyüjteménye A célja, hogy két különböző szoftver (pl. java és egy c++ program) egymással kommunikálni tudjon. Példa 1: egy autó alkatrész értékesítő országos hálózat Rendelkezik egy webáruházzal és telepíthető Windows alatti futó alkalmazással. A desktop alkalmazás SOAP protokollon keresztül éri el a központi adatbázist.

Példa 1: egy autó alkatrész értékesítő országos hálózat Rendelkezik egy webáruházzal és

8 SOAP, WSDL SOAP - Simple Object Access Protocol Széles körben elterjedt adatcsere protokoll Példa: MNB valuta árfolyam lekérdezése SOAP segítségével: Részletes leírás:

9 SOAP, WSDL Kérés <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi=" xmlns:xsd=" XMLSchema" xmlns:soap=" <soap:body> <GetCurrentExchangeRates xmlns=" /> </soap:body> </soap:envelope> HTTP/ OK Content-Type: text/xml; charset=utf-8 Content-Length: length <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi=" xmlns:xsd=" XMLSchema" xmlns:soap=" <soap:body> <GetCurrentExchangeRatesResponse xmlns=" <GetCurrentExchangeRatesResult>string</GetCurrentExchangeRatesResult> </GetCurrentExchangeRatesResponse> </soap:body> </soap:envelope>

1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: length <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.

10 SOAP, WSDL MNB árfolyam lekérdezése PHP-ból: $client = new SoapClient(' $response_stdclass = $client->getcurrentexchangerates(); $xml = $response_stdclass->getcurrentexchangeratesresult; $parser=xml_parser_create(); xml_parse_into_struct($parser, $xml, $ertekek); WSDL: Webszolgáltatás leíró nyelv, ebben leírhatjuk, hogy milyen metódusokat tudunk SOAP-on keresztül meghívni, azoknak milyen paraméterei és visszatérési értékei vannak. Használata nem kötelező.

$parser=xml_parser_create(); xml_parse_into_struct($parser, $xml, $ertekek); WSDL: Webszolgáltatás leíró nyelv, ebben

11 SOAP mobil környezetben A protokoll tökéletesen alkalmas lenne mobil alkalmazásokhoz, de sajnos a natív SDK szinte egyik platform esetén sem támogatja. 3rd party library-k léteznek android és ios platformra is, de ezek működése sajnos nem mondható tökéletesnek. Ezen okok sajnos azt eredményezik, hogy egy új projekt esetén nem javasolt SOAP-ra építeni a rendszert. Meglévő SOAP-os infrastruktúra esetén érdemes csak ebben gondolkodni

3rd party library-k léteznek android és ios platformra is, de ezek működése sajnos nem mondható tökéletesnek.

12 RSS Rich Site Summary Arra feljesztették ki, hogy a gyakram frissülő site-ok az új tartalmak rövid összefoglalójának terjesztésére. Ez alkalmas lehet egy mobil hírolvasó alkalmazás vagy widget működéséhez. Példa:<item> <title> <![CDATA[ Amikor még aranyból voltak a Földközi-tenger szigetei ]]> </title> <link> </link> </item>

13 REST Representational State Transfer Megszorítások: kliens-szerver architektúra: a kliensek nem foglalkoznak adattárolással, a szerverek nem foglalkoznak felhasználói felülettel állapotmentes: a szerver nem tárolja a kliens állapotát, minden kérés minden információt tartalmaz gyorsítótárazhatóság: minden kérésnek tartalmaznia kell, hogy gyorsítótárazható-e réteges felépítés: lehetőséget ad arra, hogy közvetítőn keresztül kapcsolódjunk a szolgálatatáshoz egységes interfész igényelt kód (opcionális): a szerverek képesek lehetnek a kliens funkcióinak kiterjesztésére program részletek átadásával, amit a kliens futtatni tud

kérésnek tartalmaznia kell, hogy gyorsítótárazható-e réteges felépítés: lehetőséget ad arra, hogy közvetítőn keresztül kapcsolódjunk a szolgálatatáshoz

14 JSON JavaScript Object Notation Kis méretű, szöveges, ember által olvasható adatcsere formátum Az XML-nél tömörebb, kevesebb adatforgalmat igényel Támogatott adattípusok: szám (double) karakterlánc bool tömb objektum null

tömörebb, kevesebb adatforgalmat igényel Támogatott

15 JSON Példa: "vezeteknev": "Kovács", "cim" : "utcahazszam": "2. utca 21.", "varos" : "New York",, "telefonszam": [ ] "tipus" : "otthoni", "szam": " ", "tipus" : "fax", "szam": " "

16 JSON Használata: Javascript AJAX Mobil alkalmazások és webszerverek közötti adatcsere Mobil alkalmazások: ios, Android, Windows Phone SDK-ban egyszerűen feldolgozható és generálható JSON tartalom. HTTP POST kérésben elküldjük a kérést a szerver felé A válaszban visszakapjuk a kért eredményt

SDK-ban egyszerűen feldolgozható és generálható JSON tartalom.

17 JSON mobil alkalmazás Kérés: "message": példa "action": "gettask", "request": "params": "taskid": "1234"

18 JSON mobil alkalmazás Válasz: "message": példa... "action": "gettask", "response": "resultcode": 0, "data": [ "filingnumber": "Iktatószám", "filingdate": "Iktatás dátuma", "documentlink": "Iratpéldány hivatkozások", "externalpartner": "Külső partnerek", "ownerorganization": "Birtokló szervezet", "manager": "Ügyintéző",

"Iktatószám", "filingdate": "Iktatás dátuma", "documentlink": "Iratpéldány

19 Push Notification Windows Phone Push notification Google Clound Messaging Apple Push Notification Service

20 Push Notification A mobil készülék életben tart egy TCP kapcsolatot, amire a szerver értesítéseket tud küldeni. Android esetén Google Clound Messaging (GCM) néven érhető el ios esetén Apple Push Notification Service (APNs) Ha értesítést szeretnénk küldeni, akkor a Notification server felé kell elküldenünk az alkalmazás azonosítóját, a felhasználó azonosítóját és az üzenetet. A mobil készülék az alkalmazás azonosító alapján dönti el, hogy melyik alkalmazásnak szól és engedélyezett-e az értesítés.

szeretnénk küldeni, akkor a Notification server felé kell elküldenünk az alkalmazás azonosítóját, a felhasználó azonosítóját

21 Biztonság HTTPS feletti kommunikáció Forráskódba beégetett jelszavak használatának mellőzése Szerver oldalon a jogosultságok ellenőrzése minden műveletnél A szerver megszemélyesítésével járó támadásra való felkészítés: a támadó eléri, hogy az ő szervere válaszoljon az alkalmazás kérésére. Megoldás: a bizalmas üzenetek nyilvános kulccsal történő aláírása és az aláírt üzenethez egy véletlen sorozatot is fűzzünk a visszajátszás megakadályozása érdekében

22 A mobil alkalmazásból a felhasználó tud fiókot regisztrálni és bejelentkezni. A fiókot a saját szerverünkön tároljuk és a bejelentkezést is mi végezzük. 1. lépés: adatbázis tábla létrehozása: CREATE TABLE ùsers` ( ùsername` varchar(20) NOT NULL, `password` varchar(16) NOT NULL, ` ` varchar(25) NOT NULL, PRIMARY KEY (ùsername`) ) Példa alkalmazás

23 Példa alkalmazás 2. JSON üzenetek definiálása: Regisztráció: "message": "action": "registeruser", "request": "params": "username": "Felhasználó azonosítója", "password": "Felhasználó jelszava", " ": "Felhasználó címe" Regisztráció válasz: "message": "action": "registeruser", "response": "resultcode": 0 1

24 Példa alkalmazás Bejelentkezés: "message": Bejelentkezés válasz: "message": "action": "login", "request": "params": "username": "Felhasználó azonosítója", "password": "Felhasználó jelszava", "action": "login", "response": "resultcode": 0 1

25 Példa alkalmazás 3. Szerver oldali kód (PHP): $data = json_decode(file_get_contents('php://input')); switch ($data[ message ]) case registeruser : $resp = registeruser($data[ params ]); break; case login : $resp = login($data[ params ]); break; echo $resp;

Hasonló dokumentumok

Webszolgáltatások (WS)

Webszolgáltatások (WS) Webszolgáltatások fogalma IBM (lényege) Egy interface, mely a hálózaton keresztül szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl) Sun Szoftverelemek,