Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Interaktivní informační aplikace

Za´padoˇceska´ univerzita v Plzni Fakulta aplikovanyćh vˇed Katedra informatiky a vy´poˇcetn´ı techniky

Bakal´ aˇ rsk´ a pr´ ace Interaktivn´ı informaˇ cn´ı aplikace pro mobiln´ı zaˇ r´ızen´ı na platformˇ e iOS

Plzeˇ n, 2012

Jiˇr´ı Zikmund

Prohl´ aˇ sen´ı Prohlaˇsuji, ˇze jsem bakaláˇrskou práci vypracoval samostatnˇe a v´ yhradnˇe s pouˇzit´ım citovan´ ych pramen˚ u. V Plzni dne 10. kvˇetna 2012 Jiˇr´ı Zikmund

Podˇ ekov´ an´ı Rád bych podˇekoval vedouc´ımu bakaláˇrské práce Ing. Ladislavu Peˇsiˇckovi za skvˇelé veden´ı a ˇcas stráven´ y pˇri konzultac´ıch. Dále chci podˇekovat rodiˇc˚ um za podporu a pˇr´ıtelkyni za pˇreˇcten´ı práce a v´ ybornou korekturu.

Abstract Subject of this thesis is Interactive information application for iOS mobile devices. In the first part I describe possibilities in retrieving and displaying information by iOS applications in theory, taking into account its use in mobile devices. This part also focuses on classification of information and means of information retrieval from remote sources. In the second part of the thesis I proceed to the development process for iOS platform itself. Product of this task is a working application which provides data from selected information sources and runs on a real device.

Obsah ´ 1 Uvod

1

2 Platforma iOS 2.1 Operaˇcn´ı systém iOS . . . . . . . . . . . 2.2 V´ yvoj aplikac´ı pro iOS . . . . . . . . . . 2.3 Xcode a Objective C . . . . . . . . . . . 2.3.1 UI Elements . . . . . . . . . . . . 2.4 Ukázka vybran´ ych informaˇcn´ıch aplikac´ı 3 Anal´ yza probl´ emu 3.1 Tˇr´ıdˇen´ı informac´ı . . . . . . . . . . . . 3.2 Agregace informaˇcn´ıch zdroj˚ u . . . . . 3.2.1 Pˇr´ım´ y pˇr´ıstup . . . . . . . . . . 3.2.2 Nepˇr´ım´ y pˇr´ıstup pomoc´ı serveru

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

. . . .

. . . . .

2 2 2 3 5 7

. . . .

9 9 10 10 10

4 C´ıl pr´ ace

13

5 Komunikace mezi serverem a aplikac´ı 14 5.1 Formát XML . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 6 N´ avrh serveru 6.1 Poˇzadavky serveru a vybran´ y webhosting 6.2 Databáze . . . . . . . . . . . . . . . . . 6.3 Struktura serveru . . . . . . . . . . . . . 6.4 Zpracován´ı informaˇcn´ıch zdroj˚ u . . . . . 6.5 Tvorba parseru . . . . . . . . . . . . . . 6.6 Pouˇzit´ı parseru, uloˇzen´ı dat . . . . . . . 6.7 Vytvoˇrené parsery . . . . . . . . . . . . 6.7.1 Parser Cinemacity . . . . . . . . 6.7.2 Parser Cinestar . . . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

18 19 20 20 22 23 24 26 26 28

7 N´ avrh aplikace 7.1 Struktura aplikace . . . 7.2 Komunikace se serverem 7.3 Parsován´ı XML . . . . . 7.4 Keˇsován´ı dat . . . . . . 7.5 Práce s mapami . . . . . 7.6 Interakce s událostmi . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

29 29 33 34 35 37 38

8 Testov´ an´ı 40 8.1 Funkˇcnost parser˚ u . . . . . . . . . . . . . . . . . . . . . . . . 40 8.2 Bˇeh aplikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 8.3 Validita zobrazovan´ ych informac´ı . . . . . . . . . . . . . . . . 43 9 Uˇ zivatelsk´ a pˇ r´ıruˇ cka 9.1 Spuˇstˇen´ı . . . . . . . . . . 9.2 Ovládán´ı aplikace . . . . . ˇ asteˇcná aktualizace dat . 9.3 C´ 9.4 Kompletn´ı aktualizace dat 9.5 Mazán´ı dat . . . . . . . . 10 Z´ avˇ er

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

45 45 45 45 46 46 47

´ Uvod

´ 1 Uvod Mobiln´ı telefony jsou bˇeˇznou souˇcást´ı naˇseho ˇzivota a uˇz dávno neslouˇz´ı pouze k telefonován´ı. Staly se z nich multifunkˇcn´ı zaˇr´ızen´ı s vˇsestrann´ ym vyuˇzit´ım a zaˇcaly ˇca´steˇcnˇe nahrazovat fotoaparáty, multimediáln´ı pˇrehrávaˇce nebo napˇr. navigaˇcn´ı pˇr´ıstroje. D´ıky mobiln´ımu internetu jsou také ideáln´ı pro okamˇzit´ y pˇr´ıstup k informac´ım. Jedn´ım ze zp˚ usob˚ u prezentace tˇechto informac´ı jsou mobiln´ı internetové prohl´ıˇzeˇce. Ty jsou jiˇz relativnˇe vyspˇelé a mohou v mnoha pˇr´ıpadech slouˇzit jako plnohodnotná náhrada prohl´ıˇzeˇc˚ u na poˇc´ıtaˇci, nicménˇe jsou pro nˇe limituj´ıc´ı zobrazovac´ı schopnosti zaˇr´ızen´ı, na nichˇz jsou provozovány. Jde pˇredevˇs´ım o velikost displeje, protoˇze u ´hlopˇr´ıˇcky mobiln´ıch telefon˚ u nepˇresahuj´ı zpravidla 5 palc˚ u. Dalˇs´ı moˇznost´ı jsou aplikace, které zpracovávaj´ı pouze konkrétn´ı zdroj informac´ı a pˇrizp˚ usobuj´ı jejich zobrazen´ı displej˚ um mobiln´ıho zaˇr´ızen´ı. Pˇr´ıkladem mohou b´ yt zpravodajské servery, u nichˇz se stalo trendem posledn´ı doby m´ıt kromˇe webov´ ych stránek také odpov´ıdaj´ıc´ı aplikaci dostupnou pro nejrozˇs´ıˇrenˇejˇs´ı mobiln´ı platformy. V rámci bakaláˇrské práce budu vyv´ıjet interaktivn´ı informaˇcn´ı aplikaci pro platformu iOS, konkrétnˇe pro mobiln´ı telefon iPhone. Aplikace bude z´ıskávat aktuáln´ı informace dostupné na internetu a s ohledem na velikost displeje je vhodnˇe zobrazovat v telefonu. Z´ıskaná data bude moˇzné pouˇz´ıt napˇr. pro plánován´ı událost´ı v kalendáˇri nebo jiné interakce. Informaˇcn´ı zdroje nejsou nijak bl´ıˇze specifikovány, a proto by mˇela b´ yt aplikace navrˇzena dostateˇcnˇe obecnˇe. Jej´ı funkˇcnost se ovˇeˇr´ı na konkrétn´ı kategorii informac´ı, napˇr. kinech. ˇ e republice stále dosti Protoˇze mobiln´ı pˇripojen´ı k internetu je v Cesk´ omezené, zejména co se t´ yká mnoˇzstv´ı pˇrenesen´ ych dat, bude vhodné, aby aplikace umoˇzn ˇovala lokáln´ı ukládán´ı z´ıskan´ ych informac´ı a jejich aktualizace prob´ıhala pouze na vyˇza´dán´ı. V´ ysledkem by mˇela b´ yt funkˇcn´ı aplikace bˇeˇz´ıc´ı v reálném zaˇr´ızen´ı na platformˇe iOS.

1

Platforma iOS

2 Platforma iOS 2.1

Operaˇ cn´ı syst´ em iOS

Operaˇcn´ı systém iOS od spoleˇcnosti Apple byl vydán spoleˇcnˇe s mobiln´ım telefonem iPhone v roce 2007. P˚ uvodnˇe se jmenoval iPhone OS, ale protoˇze firma zaˇcala tento systém nasazovat postupem ˇcasu i do sv´ ych dalˇs´ıch mobiln´ıch zaˇr´ızen´ı, byl v souladu s jejich názvy pˇrejmenován obecnˇeji na iOS. Dnes se s n´ım setkáme v pˇr´ıstroj´ıch iPhone, iPod Touch a iPad. Od svého vzniku si vybudoval opravdu ˇsirokou základnu uˇzivatel˚ u a do podzimu 2011 se prodalo pˇres 250 milion˚ u zaˇr´ızen´ı s t´ımto systémem. [5] Vydán´ım iOS vytvoˇrila spoleˇcnost Apple zcela nov´ y pohled na mobiln´ı telefony. Oproti konkurenci nab´ızely v té dobˇe iPhony velmi pohodlné dotykové ovládán´ı jen pomoc´ı prst˚ u, systém byl uˇzivatelsky pˇr´ıvˇetiv´ y, stabiln´ı a perfektnˇe spolupracoval s hardwarem. To se nezmˇenilo ani po pˇeti letech. V systému samozˇrejmˇe pˇribyly nové funkce, ale základn´ı principy ovládán´ı jsou stále stejné.

2.2

V´ yvoj aplikac´ı pro iOS

Operaˇcn´ı systém iOS je odlehˇcenou verz´ı Mac OS X, kter´ y je pouˇz´ıván na poˇc´ıtaˇc´ıch spoleˇcnosti Apple, a stejnˇe jako on je tedy zaloˇzen´ y na Unixu. P˚ uvodnˇe byl vytvoˇren jako u ´plnˇe uzavˇren´ y systém bez moˇznosti jakéhokoliv v´ yvoje aplikac´ı tˇret´ıch stran, alespoˇ n ne oficiáln´ı cestou. Pˇribliˇznˇe po roce od uveden´ı, tedy v roce 2008, bylo ale uvolnˇeno SDK pro v´ yvojáˇre, ˇc´ımˇz se otevˇrela cesta k v´ yvoji pro tuto platformu. SDK bylo vydáno pro v´ yvojové prostˇred´ı Xcode, které je dostupné pouze pro operaˇcn´ı systémem Mac OS X. Zdá se tedy, ˇze jedinou moˇznost´ı v´ yvoje ˇ aplikac´ı pro iOS jsou poˇc´ıtaˇce Apple. Protoˇze ale v Ceské republice nejsou zat´ım tolik rozˇs´ıˇrené, snaˇzil jsem naj´ıt alternativn´ı zp˚ usob. Nab´ızela se moˇznost pouˇzit´ı virtualizaˇcn´ıho nástroje pro Windows, kter´ y by simuloval bˇeh Mac OS X. Dle licenˇcn´ıch podm´ınek pro pouˇzit´ı softwaru spoleˇcnosti Apple to vˇsak nen´ı moˇzné a pro svou práci jsem proto zvolil nativn´ı platformu, poˇc´ıtaˇc Apple Mac mini. [6] 2

Platforma iOS

2.3

Xcode a Objective C

Xcode a Objective C

Xcode je v´ yvojové prostˇred´ı zdarma nab´ızené spoleˇcnost´ı Apple. Lze ho z´ıskat napˇr. staˇzen´ım z jejich webov´ ych stránek. Integruje v sobˇe mnoho nástroj˚ u, které usnadˇ nuj´ı a zefektivˇ nuj´ı v´ yvoj aplikac´ı pro platformu iOS. Podporuje velké mnoˇzstv´ı programovac´ıch jazyk˚ u, jako je napˇr. C++, Java nebo Python, ale aplikace pro iOS lze vytváˇret pouze v jazyce Objective C, pˇr´ıpadnˇe v C. [7]

Obrázek 2.1: Základn´ı obrazovka Xcode Objective C vzniklo jako objektovˇe orientované rozˇs´ıˇren´ı jazyka C, s n´ımˇz byla zachována zpˇetná kompatibilita. D´ıky objekt˚ um a mnoha knihovnám ale nab´ız´ı efektivnˇejˇs´ı práci. Nad objekty je definována jediná operace, coˇz je pos´ılán´ı zpráv, principiálnˇe pˇrevzaté z jazyka Smalltalk. Apple ve sv´ ych zaˇr´ızen´ıch se systémem iOS zavedl urˇcit´ y standard, co se t´ yká vzhledu a chován´ı uˇzivatelského prostˇred´ı, a dodrˇzuje ho nejen ve sv´ ych aplikac´ıch, ale snaˇz´ı se k nˇemu vést i ostatn´ı v´ yvojáˇre. Souˇcást´ı Xcode je proto Interface Builder, velmi v´ ykonn´ y nástroj pro tvorbu vizuáln´ı ˇcásti aplikace (viz obr. 2.2, str. 4). V´ yvojáˇr˚ um nab´ız´ı ˇsirokou paletu komponent, ze kter´ ych mohou poskládat obrazovky aplikace, napˇr. tlaˇc´ıtka, textová pole, pˇrep´ınaˇce, posuvn´ıky a dalˇs´ı. [8] 3

Platforma iOS

Xcode a Objective C

Vˇsechny tyto prvky maj´ı totoˇzn´ y vzhled s nativn´ım prostˇred´ım iOS, ˇc´ımˇz se zaruˇcuje sjednocen´ y vzhled celého prostˇred´ı telefonu. Vydal také pˇr´ıruˇcku iOS Human Interface Guidelines, ve které popisuje doporuˇcené zásady návrhu aplikace. [9]

Obrázek 2.2: Interface builder

4

Platforma iOS

2.3.1

Xcode a Objective C

UI Elements

Pˇri návrhu aplikace je v Xcode k dispozici pro iPhone pomˇernˇe ˇsiroké mnoˇzstv´ı komponent. Následuje popis nejd˚ uleˇzitˇejˇs´ıch z nich. [8] Status Bar zobrazuje d˚ uleˇzité informace t´ ykaj´ıc´ı se pˇr´ıstroje. V´ yvojáˇr m˚ uˇze ovlivnit pouze jeho zobrazen´ı nebo skryt´ı v aplikaci, nikoliv jeho jednotlivé prvky.

Obrázek 2.3: Status Bar

Navigation Bar ve vˇetˇsinˇe pˇr´ıpad˚ u ukazuje název aktuáln´ı obrazovky aplikace a umoˇzn ˇuje navigaci zpˇet, pˇr´ıpadnˇe dalˇs´ı akce. Um´ıstˇen´ı této komponenty je vˇzdy v horn´ı ˇca´sti obrazovky.

Obrázek 2.4: Navigation Bar

Tab Bar je hlavn´ı komponenta pro navigaci. Jej´ı tlaˇc´ıtka znázorˇ nuj´ı jednotlivé obrazovky aplikace a umoˇzn ˇuj´ı pˇrechod mezi nimi.

Obrázek 2.5: Tab Bar

Toolbar obsahuje kontextová tlaˇc´ıtka pro práci s aktuáln´ım obsahem obrazovky a je zobrazen vˇzdy ve spodn´ı ˇcásti aplikace.

Obrázek 2.6: Toolbar

5

Platforma iOS

Xcode a Objective C

Alert má nˇekolik moˇznost´ı zobrazen´ı. Jeho poˇcet tlaˇc´ıtek je variabiln´ı, takˇze kromˇe jednoduchého informaˇcn´ıho hláˇsen´ı m˚ uˇze slouˇzit i pro interakci s uˇzivatelem.

(a) Z´ akladn´ı podoba

(b) Interakce s uˇzivatelem

Obrázek 2.7: Alert

Table View pˇredstavuje typicky seznam poloˇzek. Umoˇzn ˇuje seskupován´ı a vyhledáván´ı podle názv˚ u. Jednotlivé buˇ nky nemus´ı obsahovat pouze text, ale i tlaˇc´ıtka, obrázky, nebo jakékoliv dalˇs´ı prvky. Tato komponenta je d´ıky svému vˇsestrannému vyuˇz´ıt´ı jednou z nejpouˇz´ıvanˇejˇs´ıch v˚ ubec.

(a) Z´ akladn´ı podoba

(b) Upravená podoba 1

Obrázek 2.8: Table View

6

(c) Upravená podoba 2

Platforma iOS

2.4

Ukázka vybraných informaˇcn´ıch aplikac´ı

Uk´ azka vybran´ ych informaˇ cn´ıch aplikac´ı

Pro platformu iOS existuje velké mnoˇzstv´ı aplikac´ı a mezi nimi jsou samozˇrejmˇe i aplikace s podobn´ ym zamˇeˇren´ım, jako moje práce.

Aplikace Kina CSFD.cz ˇ Nab´ız´ı seAplikace Kina CSFD.cz se zamˇeˇruje na kinematografii v CR. znam kin a aktuálnˇe vys´ılané filmy. Kromˇe ˇcas˚ u pˇredstaven´ı v jednotliv´ ych kinech se u detailu filmu zobrazuje uˇzivatelské hodnocen´ı. Jak je vidˇet na obrázc´ıch, pouˇz´ıvá k zobrazován´ı dat pˇreváˇznˇe modifikovanou komponentu Table View.

(a) Seznam kin

(b) Seznam film˚ u

Obrázek 2.9: Aplikace Kina CSFD.cz

7

Platforma iOS

Ukázka vybraných informaˇcn´ıch aplikac´ı

Aplikace Kde j´ıst a p´ıt Kde j´ıst a p´ıt je aplikace Zlat´ ych stránek a slouˇz´ı jako alternativa k jejich webov´ ym stránkám. Vyuˇz´ıvá GPS telefonu pro zjiˇst’ován´ı aktuáln´ı polohy a zobrazuje pomoc´ı n´ı nejbliˇzˇs´ı m´ısta v okol´ı. Kromˇe klasického zobrazen´ı v seznamu nab´ız´ı i náhled m´ıst na mapˇe. D´ıky rozsáhlému katalogu je aplikace v praxi dobˇre pouˇzitelná.

(a) Mapa

(b) Seznam m´ıst

Obrázek 2.10: Aplikace Kde j´ıst a p´ıt

8

Analýza problému

3 Analýza problému 3.1

Tˇ r´ıdˇ en´ı informac´ı

Jednou z prvn´ıch vˇec´ı, kterou jsem pˇri anal´ yze problému musel vyˇreˇsit, byl zp˚ usob, jak´ ym budu z´ıskaná data tˇr´ıdit. Protoˇze se nejedná o ˇzádn´ y konkrétn´ı zdroj informac´ı, muselo b´ yt vˇse zvoleno dostateˇcnˇe obecnˇe. Urˇcil jsem, ˇze základn´ı informaˇcn´ı jednotkou celého systému bude událost, pro kterou bude definováno m´ısto a ˇcas. M˚ uˇze tedy pˇredstavovat napˇr. sportovn´ı utkán´ı, divadeln´ı pˇredstaven´ı nebo hudebn´ı koncert. Navzdory názvu se ale nemus´ı jednat pouze o událost jako takovou, lze si pˇredstavit i napˇr. nab´ıdku j´ıdel v restauraci. Vˇse záleˇz´ı na vhodném zp˚ usobu zpracován´ı informaˇcn´ıho zdroje. Dalˇs´ımi vlastnostmi události jsou jej´ı název, popis a délka trván´ı, tedy dostateˇcnˇe obecné informace pro mnoho r˚ uzn´ ych zdroj˚ u. S pˇrib´ yvaj´ıc´ım mnoˇzstv´ı událost´ı by se ale jejich rozumné a pˇrehledné zobrazován´ı, nav´ıc s pˇrihlédnut´ım k malému displeji mobiln´ıho telefonu, stalo znaˇcnˇe obt´ıˇzné. Bylo tedy nutné události nˇejak´ ym zp˚ usobem tˇr´ıdit. Rozumné se to jev´ı podle jejich m´ısta. A protoˇze k jednomu m´ıstu se m˚ uˇze vztahovat v´ıce událost´ı, urˇcil jsem m´ısto jako nadˇrazené událostem. M´ısto potom patˇr´ı do podkategorie, která dále spadá do kategorie, coˇz je nejobecnˇejˇs´ı prvek kategorizace (viz obr. 3.1, str. 10). • Kategorie - název • Podkategorie - název a kategorie, do které patˇr´ı • M´ısto - název, poloha a podkategorie, do které patˇr´ı • Ud´ alost - název, popis, ˇcas a m´ısto, kam patˇr´ı

9


Agregace informaˇcn´ıch zdroj˚ u

Obrázek 3.1: Pˇr´ıklad tˇr´ıdˇen´ı dat (prázdná pole znaˇc´ı dalˇs´ı prvky)

3.2 3.2.1

Agregace informaˇ cn´ıch zdroj˚ u Pˇ r´ım´ y pˇ r´ıstup

Základn´ım pil´ıˇrem aplikace jsou data a ta je potˇreba nˇejak z´ıskávat. Prvn´ı moˇznost´ı je pˇr´ım´ y pˇr´ıstup, coˇz znamená, ˇze aplikace z´ıskává informace z primárn´ıho zdroje. Dobr´ ym pˇr´ıkladem jsou programy kin. Uˇzivatel spust´ı aplikaci a chce napˇr. zjistit, jaké filmy jsou aktuálnˇe prom´ıtány v jeho obl´ıbeném kinˇe. V tu chv´ıli se aplikace mus´ı pˇripojit k nˇejakému zdroji této informace, j´ımˇz jsou zˇrejmˇe webové stránky daného kina, naˇc´ıst jejich obsah, zpracovat ho a z´ıskat z nˇej potˇrebná data. Takov´ y proces m˚ uˇze b´ yt velmi zdlouhav´ y a musel by b´ yt provádˇen pˇri kaˇzdé aktualizaci (viz obr. 3.2, str. 11). Dalˇs´ı nev´ yhodou pˇr´ımého pˇr´ıstupu je to, ˇze zdroj mus´ı existovat a b´ yt nˇejak´ ym zp˚ usobem stále dostupn´ y. Nav´ıc pokud bychom chtˇeli zobrazit nov´ y zdroj informac´ı, musel by b´ yt pevnou souˇca´st´ı aplikace, coˇz by kv˚ uli aktuálnosti dat ztrácelo sv˚ uj smysl.

3.2.2

Nepˇ r´ım´ y pˇ r´ıstup pomoc´ı serveru

Kv˚ uli zm´ınˇen´ ym nev´ yhodám pˇr´ımého pˇr´ıstupu k informac´ım bylo potˇreba naj´ıt alternativn´ı zp˚ usob z´ıskáván´ı dat. Jako elegantn´ı ˇreˇsen´ı se ukázalo vloˇzen´ı serveru mezi uˇzivatelskou aplikaci a primárn´ı zdroje dat. Tento server má na jedné stranˇe na starosti z´ıskáván´ı aktuáln´ıch dat ze vˇsech urˇcen´ ych zdroj˚ u a na druhé stranˇe jejich poskytován´ı aplikaci uˇzivatele (viz obr. 3.3, str. 12). 10



Obrázek 3.2: Pˇr´ımý pˇr´ıstup k informac´ım

Pojem informaˇcn´ı zdroje je nutné v tomto pˇr´ıpadˇe brát velmi obecnˇe. Mohou totiˇz pˇredstavovat mnoho r˚ uzn´ ych vˇec´ı a hlavnˇe mohou m´ıt libovolnou formu. Nejˇcastˇeji vˇsak zˇrejmˇe p˚ ujde o internetové stránky, jejichˇz obsah bude nutné zpracovat a z´ıskat z nich potˇrebná data. Tento proces bude pro kaˇzd´ y zdroj velmi individuáln´ı a pˇridáván´ı nov´ ych zdroj˚ u tak nebude triviáln´ı záleˇzitost´ı. Z´ıskaná data budou uloˇzena na serveru a pˇripravena pro zaslán´ı uˇzivatelské aplikaci aˇz ve chv´ıli, kdy si to vyˇzádá. T´ım se cel´ y proces pˇresouván´ı informac´ı z primárn´ıho zdroje k uˇzivateli rozdˇel´ı na dvˇe ˇca´sti: • zpracov´ an´ı dat z informaˇcn´ıho zdroje a uloˇzen´ı na server • poskytnut´ı dat uˇzivatelské aplikaci To je velmi v´ yhodné, protoˇze zpracován´ı dat je ˇcasovˇe relativnˇe nároˇcné a m˚ uˇze b´ yt provádˇeno nezávisle na jejich poskytován´ı uˇzivateli. Otázkou z˚ ustává, jak ˇcasto data z informaˇcn´ıch zdroj˚ u zpracovávat. To je individuáln´ı a záleˇz´ı to na konkrétn´ım zdroji. V pˇr´ıpadˇe program˚ u kin staˇc´ı aktualizace jednou dennˇe, ale pokud by se jednalo o zpravodajstv´ı, bylo by vhodné proces opakovat napˇr. kaˇzd´ ych deset minut tak, aby uˇzivatel z´ıskal vˇzdy aktuáln´ı informace.

11



Dalˇs´ı v´ yhodou pouˇzit´ı serveru je moˇznost ruˇcn´ıho pˇridáván´ı zdroj˚ u, resp. jiˇz konkrétn´ıch dat. M˚ uˇzeme tak poskytovat informace, které nejsou nikde k dispozici a nedaj´ı se ukládat automaticky. Takto navrˇzen´ y systém se pˇri správnˇe zvoleném zp˚ usobu komunikaci mezi serverem a aplikac´ı stává velmi univerzáln´ım. K pˇrenosu dat proto budu pouˇz´ıvat znaˇckovac´ı jazyk XML, kter´ y je nezávisl´ y na pouˇzité platformˇe. D´ıky tomu by se aplikace dala portovat i na jiné systémy neˇz je iOS.

Obrázek 3.3: Nepˇr´ımý pˇr´ıstup k informac´ım pomoc´ı serveru

12

C´ıl práce

4 C´ıl práce Práce je rozdˇelena na serverovou ˇca´st a klientskou aplikaci pro platformu iOS. Server bude schopen zpracovávat informaˇcn´ı zdroje na internetu a ukládat z´ıskaná data, která bude následnˇe pˇri zaˇza´dán´ı poskytovat klientovi. Pro ovˇeˇren´ı funkcionality bude server schopn´ y z´ıskávat programy nˇekolika kin v ˇ CR. Aplikace se bude pˇripojovat k serveru a stahovat data. Ta se budou lokálnˇe keˇsovat v zaˇr´ızen´ı a aktualizace probˇehne pouze pˇri ˇzádosti uˇzivatele. V´ ypis informac´ı bude provádˇen s ohledem na dostupnost pro mobiln´ı zaˇr´ızen´ı. Kromˇe textové reprezentace nab´ıdne aplikace i jejich zobrazen´ı na mapˇe s vyuˇzit´ım geografické polohy pˇr´ıstroje. Události s definovan´ ym ˇcasem bude moˇzné vyuˇz´ıt pro plánován´ı kalendáˇre, odeslán´ı SMS a emailu. Oproti aplikac´ım v kapitole 2.4 nebude tato práce zamˇeˇrena na ˇzádn´ y konkrétn´ı zdroj informac´ı a bude moˇzné je doplˇ novat. Souˇca´st´ı práce je i návrh vhodné s´ıt’ové komunikace mezi serverem a aplikac´ı.

13

Komunikace mezi serverem a aplikac´ı

5 Komunikace mezi serverem a aplikac´ı Server a aplikace jsou dva nezávislé prvky a mus´ı spolu komunikovat. Ve smˇeru z aplikace na server se bude pos´ılat jen informace o tom, jaká data jsou poˇzadována. To se dá velmi jednoduˇse zaˇr´ıdit pomoc´ı parametr˚ u v http protokolu. Odpovˇed´ı ale bude relativnˇe velké mnoˇzstv´ı dat a je proto nutné urˇcit jejich formát. Protoˇze server i aplikace funguj´ı na odliˇsn´ ych platformách, ukázalo se jako dobrá volba XML (viz obrázek 5.1). Mnoˇzstv´ı dat uloˇzen´ ych na serveru m˚ uˇze b´ yt pˇri rozsáhlejˇs´ım poˇctu informaˇcn´ıch zdroj˚ u pˇr´ıliˇs velké, a proto by nebylo vhodné pˇrenáˇset je do aplikace vˇsechna najednou. Z tohoto d˚ uvodu jsem rozdˇelil pˇrenos podle vrstev tˇr´ıdˇen´ı informac´ı (viz obrázek 3.1, str. 10). Pos´ılaj´ı se tak zvláˇst’ kategorie, podkategorie, m´ısta i události. Nav´ıc pouze v rámci jedné své nadˇrazené tˇr´ıdy. Najednou se tak pˇrenáˇs´ı napˇr. vˇsechny události patˇr´ıc´ı k jednomu m´ıstu nebo vˇsechna m´ısta z jedné podkategorie.

Obrázek 5.1: Komunikace serveru s aplikac´ı

14


5.1

Formát XML

Form´ at XML

Aby komunikace prob´ıhala v poˇra´dku, mus´ı b´ yt XML ze serveru odesláno ve stejném formátu, jak ho oˇcekává aplikace. Pro formát jsem zvolil následuj´ıc´ı hlavn´ı znaˇcky: • root - koˇrenov´ y element • status_code - ˇc´ıseln´ y kód stavu odpovˇedi (viz tabulka 5.1) • status_message - slovn´ı reprezentace status code • data - element zaobaluj´ıc´ı vˇsechna pˇrenáˇsená data • node - obecn´ y element, obsahuje vˇzdy jednu informaci (napˇr. jedno m´ısto nebo jednu událost)

status code 200 201 403 404 405 406 407 408 501

status message OK Service OK Parameter category_id is missing Parameter category_id is empty Parameter subcategory_id is missing Parameter subcategory_id is empty Parameter place_id is missing Parameter place_id is empty No results

ˇ ıselné kódy stavu odpovˇedi a jejich slovn´ı reprezentace Tabulka 5.1: C´

Dalˇs´ı znaˇcky jsou pouˇzity pro popis informac´ı a liˇs´ı se podle své tˇr´ıdy (viz tabulka 5.2, str. 16).

15


Formát XML

Kategorie id name timestamp_unix

Identifikaˇcn´ı ˇc´ıslo Název ˇ posledn´ı aktualizace v unixovém formátu Cas

Podkategorie id category_id name timestamp_unix

Identifikaˇcn´ı ˇc´ıslo ˇ ıslo kategorie, do které patˇr´ı C´ Název ˇ posledn´ı aktualizace v unixovém formátu Cas

M´ısto id subcategory_id name timestamp_unix description coordinates

Identifikaˇcn´ı ˇc´ıslo ˇ ıslo podkategorie, do které patˇr´ı C´ Název ˇ posledn´ı aktualizace v unixovém formátu Cas Popis Geolokaˇcn´ı souˇradnice

Ud´ alost id place_id name timestamp_unix date_unix times_unix description length

Identifikaˇcn´ı ˇc´ıslo ˇ ıslo m´ısta, do kterého patˇr´ı C´ Název Posledn´ı aktualizace v unixovém formátu Den události v unixovém formátu ˇ Casy události v daném dnu v unixovém formátu Popis Délka v minutách

Tabulka 5.2: Znaˇcky pro popis informac´ı jednotlivých tˇr´ıd

16


Formát XML

K´ od 1 Pˇr´ıklad XML odpovˇedi pˇri dotazu subcategory?category_id=1 <status_code>200 <status_message>OK <node> 1 1 Kina 1335599267 <node> 2 1 Divadla 1335599062

17

Návrh serveru

6 Návrh serveru Pro vytvoˇren´ı serveru jsem zvolil jazyk PHP. Rozhodl jsem se pˇredevˇs´ım na základˇe m´ ych pˇredchoz´ıch zkuˇsenost´ı a bral jsem ohled i na to, ˇze je tento ˇ jazyk velmi rozˇs´ıˇren a podporován mnoha webhostingy v CR. Aby byla zaruˇcena bezpeˇcnost serveru a dal se snadno rozˇsiˇrovat, rozhodl jsem se pouˇzit PHP framework. K dispozici je jich nˇekolik a vˇetˇsina je volnˇe dostupná. Vybral jsem Nette Framework v aktuáln´ı verzi 2.0, kter´ y má ˇ v CR velmi ˇsirokou komunitu v´ yvojáˇr˚ u a je zdarma dostupn´ y jako svobodn´ y software pod licenc´ı New BSD. [10] Serverová aplikace nemá ˇzádné uˇzivatelské rozhran´ı, jej´ı funkcionalita spoˇc´ıvá ve shromaˇzd’ován´ı a poskytován´ı dat.

18

Návrh serveru

6.1

Poˇzadavky serveru a vybraný webhosting

Poˇ zadavky serveru a vybran´ y webhosting

Poˇzadavky serveru závis´ı pˇredevˇs´ım na pouˇzitém frameworku (viz tabulka 6.1, str. 6.1). Kromˇe toho je nutné pˇredpokládat, ˇze zpracován´ı informaˇcn´ıch zdroj˚ u bude prob´ıhat pˇreváˇznˇe z webov´ ych stránek a mus´ı b´ yt proto povolena funkce cURL pro naˇc´ıtán´ı jejich obsahu. Pro u ´ˇcely bakaláˇrské práce jsem se snaˇzil nalézt webhosting, kter´ y by odpov´ıdal zm´ınˇen´ ym poˇzadavk˚ um a byl zároveˇ n nab´ızen zdarma. Jako vhodn´ y se nakonec ukázal webhosting na doménˇe php5.cz, jehoˇz poskytovatelem je ZONER software, a.s. [11] Poˇ zadavek PHP verze 5.2.0 nebo vyˇsˇs´ı .htaccess file protection .htaccess mod rewrite Function ini set() Function error reporting() Function flock() Register globals Zend.ze1 compatibility mode Session auto-start Reflection extension SPL extension PCRE extension ICONV extension PHP tokenizer PDO extension Multibyte String extension Multibyte String function overloading Memcache extension GD extension Bundled GD extension Fileinfo extension or mime content type()

Popis Vyˇzadováno frameworkem Omezen´ı pˇr´ıstupu do sloˇzek Potˇrebné pro routován´ı Bezpeˇcnostn´ı d˚ uvody Bezpeˇcnostn´ı d˚ uvody Vyˇzaduje cache Mus´ı b´ yt vypnuto Mus´ı b´ yt vypnuto Mus´ı b´ yt vypnuto Vyˇzadováno frameworkem Vyˇzadováno frameworkem Vyˇzadováno frameworkem Vyˇzadováno frameworkem Vyˇzadováno frameworkem Vyˇzadováno Nette\Database Vyˇzadováno Nebezpeˇcné, mus´ı b´ yt vypnuto Podporováno u ´loˇziˇstˇem cache Vyˇzadováno Nette\Image Vyˇzadováno Nette\Image Detekce uploadovan´ ych soubor˚ u

Tabulka 6.1: Poˇzadavky Nette Frameworku na webový server [12]

19

Návrh serveru

6.2

Databáze

Datab´ aze

Databáze je realizována v jazyce MySQL. Jak je vidˇet na ERA diagramu (viz obr. 6.1), jej´ı model se drˇz´ı návrhu tˇr´ıdˇen´ı informac´ı (viz obr. 3.1, str. 10) a kaˇzdá tabulka tak pˇredstavuje jednu vrstvu informac´ı.

Obrázek 6.1: ERA diagram databáze

6.3

Struktura serveru

Struktura aplikace serveru vycház´ı z Nette Framework a je doplnˇena o sloˇzky objects a parsers (viz kód 2, str. 21). Následuje popis hlavn´ıch sloˇzek. • config - sloˇzka s konfiguraˇcn´ımi soubory. Kromˇe základn´ıho souboru config.neon, kter´ y obsahuje napˇr. u ´daje o pˇripojen´ı k databázi, zde nalezneme jeˇstˇe parser.neon a xml.neon. V nich je uloˇzené nastaven´ı parser˚ u a formát XML odpovˇedi. • models - modely, tedy tˇr´ıdy slouˇz´ıc´ı jako datová vrstva – ParserModel.php ukládá informace do databáze bˇehem parsován´ı informaˇcn´ıch zdroj˚ u – ServiceModel.php z´ıskává informace z databáze pˇri dotazu klienta • objects - sloˇzka s datov´ ymi strukturami • parsers - sloˇzka s parsery, pro kaˇzd´ y informaˇcn´ı zdroj je zde jeden soubor 20

Návrh serveru

Struktura serveru

• presenters - zde nalezneme presentery, které maj´ı za u ´kol odpov´ıdat na akci volanou uˇzivatelem – ParserPresenter.php je volán pro zahájen´ı zpracován´ı informaˇcn´ıho zdroje – ServisPresenter.php je volán pro z´ıskán´ı XML se zpracovan´ ymi daty • templates - obsahuje ˇsablony pro jednotlivé stránky • libs - knihovny tˇret´ıch stran vˇcetnˇe samotného Nette Framework • log - sloˇzka pro ukládán´ı logovac´ıch soubor˚ u pˇri ladˇen´ı aplikace • temp - doˇcasné soubory, napˇr. zkompilované ˇsablony • www - v´ ychoz´ı sloˇzka Nette Framework obsahuj´ıc´ı index.php K´ od 2 Struktura aplikace serveru a v´ yznamné soubory - app + config - models ParserModel.php ServiceModel.php - objects Events.php + parsers - presenters ParserPresenter.php ServicePresenter.php + templates + libs + log + temp + www index.php

21

Návrh serveru

6.4

Zpracován´ı informaˇcn´ıch zdroj˚ u

Zpracov´ an´ı informaˇ cn´ıch zdroj˚ u

Informaˇcn´ı zdroj je definován obecnˇe, ale ve vˇetˇsinˇe pˇr´ıpad˚ u se jedná o webové stránky. Server z nich stahuje data a pomoc´ı parseru z nich z´ıskává potˇrebné informace, které následnˇe ukládá do své databáze (viz obr. 6.2). Problém ale je, ˇze tyto webové stránky mohou m´ıt jakoukoliv formu a pro kaˇzd´ y zdroj je tak potˇreba vytvoˇrit jin´ y parser. Pˇridáván´ı nov´ ych zdroj˚ u proto nen´ı triviáln´ı záleˇzitost´ı, která by byla proveditelná na uˇzivatelské u ´rovni.

Obrázek 6.2: Zpracován´ı informaˇcn´ıho zdroje

22

Návrh serveru

6.5

Tvorba parseru

Tvorba parseru

Vytvoˇril jsem tˇr´ıdu BaseParser, od které se vˇsechny parsery dˇed´ı. Obsahuje následuj´ı promˇenné a metody: K´ od 3 Promˇenné a hlaviˇcky funkc´ı tˇr´ıdy BaseParser private $events; private $originalData; private $placeId; public function __construct($placeId) public function getPlaceId() public function getEvents() public function getOriginalData() protected function addEvent($name, $date, $dateUnix, $times, $timesUnix, $length, $description) protected function remote_data_by_post($url, $params=null, $timeout = 5) protected function remote_data_by_get($url, $params=null, $timeout = 5)

V oddˇedˇené tˇr´ıdˇe je nutné dopsat funkci pro zpracován´ı dat, typicky pojmenovanou parseData(). Pro staˇzen´ı dat z web˚ u jsou pˇripraveny metody remote_data_by_post() a remote_data_by_get(), které pouˇz´ıvaj´ı metodu cURL. Ze z´ıskan´ ych dat je potˇreba dostat následuj´ıc´ı informace vztahuj´ıc´ı se ke kaˇzdé události: • název • datum v textové podobˇe • datum v unixovém formátu • ˇcasy události v daném dnu v textové podobˇe oddˇelené ˇca´rkami • ˇcasy události v daném dnu v unixovém formátu oddˇelené ˇca´rkami • délku události v minutách • popis 23

Návrh serveru

Pouˇzit´ı parseru, uloˇzen´ı dat

Kaˇzdá takto z´ıskaná událost se mus´ı pˇridat pomoc´ı funkce addEvent(). Ta ji totiˇz správn´ ym zp˚ usobem uloˇz´ı do objektu Events, kter´ y se nakonec z parseru vrac´ı jako v´ ysledek.

6.6

Pouˇ zit´ı parseru, uloˇ zen´ı dat

Parsery se budou pouˇstˇet pˇri urˇcitém volán´ı serveru. K tomu v Nette Frameworku slouˇz´ı presentery. Pro parsery jsem vytvoˇril ParserPresenter a jeho volán´ı se provád´ı následuj´ıc´ım zp˚ usobem: url_serveru/www/parser/render/id Poloˇzky render a id slouˇz´ı jako “parametry“ stránky. To je dané frameworkem. Presentery se v nˇem vˇzdy dále dˇel´ı na rendery, id nen´ı povinné. Pˇri zadán´ı adresy bez renderu se volá renderDefault(). Urˇcil jsem, ˇze rendery budou pˇredstavovat název parseru, volán´ı tedy bude: url_serveru/www/parser/nazev_parseru Id lze vyuˇz´ıt napˇr´ıklad u nároˇcného parseru, u nˇehoˇz se parsován´ı mus´ı provádˇet v nˇekolika kroc´ıch. V praxi se parser pouˇz´ıvá velice jednoduˇse. Nejprve se vytvoˇr´ı jako objekt, pˇriˇcemˇz parametrem v konstruktoru je ˇc´ıslo m´ısta, ke kterému se vztahuje. Poté se nad n´ım zavolá metoda pro z´ıskán´ı dat, která se typicky jmenuje parseData(). Nakonec se metodou getEvents() z´ıská objekt s událostmi, kter´ y bude pomoc´ı modelu ParserModel uloˇzen do databáze. Spoleˇcnˇe s renderem nového parseru ve tˇr´ıdˇe ParsePresenter je nutné vytvoˇrit i odpov´ıdaj´ıc´ı ˇsablonu ve sloˇzce templates/Parser/ (napˇr. novyParser.latte). I pˇresto, ˇze stránka nemus´ı m´ıt ˇza´dn´ y uˇzivatelsk´ y v´ ystup, Nette Framework to vyˇzaduje.

24

Návrh serveru

Pouˇzit´ı parseru, uloˇzen´ı dat

K´ od 4 Pˇr´ıklady pouˇzit´ı parser˚ u ve tˇr´ıdˇe ParserPresenter class ParserPresenter extends BasePresenter { public function renderDefault() { // nen´ ı zadan´ e jm´ eno parseru, nic se neprov´ ad´ ı } public function renderParserJedna() // vol´ ano bez id { $parser = new Parser1(5); // vytvoˇ ren´ ı parseru // pro m´ ısto 5 $parser->parseData(); // zpracov´ an´ ı dat $events = $parser->getEvents(); // z´ ısk´ an´ ı dat $this->parserModel->updateEvents($events); //uloˇ zen´ ı } public function renderParserDva($id) // vol´ ano s id { if($id!=1) return; $parser = new Parser2(7); // vytvoˇ ren´ ı parseru // pro m´ ısto 7 $parser->parseData(); // zpracov´ an´ ı dat $events = $parser->getEvents(); // z´ ısk´ an´ ı dat $this->parserModel->updateEvents($events); //uloˇ zen´ ı } }

25

Návrh serveru

6.7

Vytvoˇrené parsery

Vytvoˇ ren´ e parsery

V rámci bakaláˇrské práce jsem vytvoˇril parsery dvou informaˇcn´ıch zdroj˚ u. Jedná se o multikina Cinestar a Cinemacity.

6.7.1

Parser Cinemacity

Spoleˇcnost Cinemacity nab´ız´ı centralizované webové stránky s programem vˇsech sv´ ych kin. Parser tedy nezpracovává pouze jedno m´ısto, ale je vytvoˇren obecnˇejˇs´ım zp˚ usobem tak, aby z´ıskával informace o vˇsech kinech. Základem pro fungován´ı parseru je adresa informaˇcn´ıho zdroje, ze které se z´ıskávaj´ı potˇrebná data. V tomto pˇr´ıpadˇe se jedná o adresu http://cinemacity.cz/scheduleInfoRows, která je spoleˇcná pro vˇsechna kina. Konrétn´ı poˇzadavek se specifikuje pˇripojen´ım následuj´ıc´ıch parametr˚ u: • locationId - Slouˇz´ı k urˇcen´ı poboˇcky kina. Pro jednotlivá kina bylo nutné zjistit odpov´ıdaj´ıc´ı kódy (viz tabulka 6.2). • date - Datum poˇzadovaného programu ve formátu DD/MM/YYYY. ´ cel tohoto parametru jsem nezjistil, ale vˇzdy má • venueTypeId - Uˇ hodnotu 0. Kino Praha Flora Praha Galaxie Praha Letˇ nany Praha Nov´ y Sm´ıchov Praha Slovansk´ y d˚ um Praha Zliˇc´ın Brno Olympia ˇ ıˇcek Brno Velk´ y Spal´ Plzeˇ n Liberec Pardubice ´ ı nad Labem Ust´ Ostrava

locationId 1010105 1010113 1010110 1010101 1010111 1010104 1010103 1010107 1010106 1010102 1010108 1010109 1010114

Tabulka 6.2: Parametr locationId pro adresu infromaˇcn´ıho zdroje Cinemacity 26

Návrh serveru


Chceme-li z´ıskat napˇr. data o programu kin v Plzni pro den 4.5.2012, bude adresa vypadat následovnˇe: http://cinemacity.cz/scheduleInfoRows?locationId=1010106 &date=04/05/2012&venueTypeId=0 Mus´ı b´ yt zavolána metodou GET a v´ ysledkem, kter´ y se vrát´ı, je HTML tabulka s následuj´ıc´ım formátem: K´ od 5 Ukázková data pro z´ıskán´ı informac´ı ze zdroje Cinemacity ... ... Bitevn´ ı lod’ MP-12 ˇ CT 129 ... 16:50 ... ... ...

Pro zpracován´ı této tabulky a z´ıskán´ı konrétn´ıch informac´ı o programech kin jsem pouˇzil volnˇe dostupn´ y PHP Simple HTML DOM Parser. [13] Informaˇcn´ı zdroj Cinemacity obsahuje celkem 13 kin a programy se stahuj´ı aˇz t´ yden dopˇredu (podle aktuáln´ı dostupnosti). Cel´ y proces parsován´ı je tak ˇcasovˇe relativnˇe nároˇcn´ y. Pro kaˇzdé kino se zpracuje a uloˇz´ı do databáze 27

Návrh serveru


pˇribliˇznˇe 100 filmov´ ych pˇredstaven´ı, coˇz trvá na pouˇzitém serveru asi 7 vteˇrin. Jelikoˇz má server omezen´ı 30 vteˇrin na vykonán´ı jednoho dotazu, bylo nutné rozdˇelit parsován´ı na nˇekolik ˇca´st´ı. Spouˇstˇen´ı parseru tedy prob´ıhá opakovan´ ym volán´ım adresy url_serveru/www/parser/cinemacity/id s hodnotami id 1 aˇz 4 (viz kapitola 6.6).

6.7.2

Parser Cinestar

Cinestar stejnˇe jako Cinemacity nab´ız´ı centralizované stránky s programem pro vˇsechna svá kina. I parser proto bude fungovat na podobném principu. Rozd´ıl je v adresách pro z´ıskáván´ı dat, nyn´ı je pro kaˇzdé kino jiná (viz tabulka 6.3). V parametrech se urˇcuje pouze datum v unixovém formátu. Kino

Adresa

ˇ Praha Cern´ y Most

http://praha9.cinestar.cz/program_multikino.php http://praha5.cinestar.cz/program_multikino.php http://boleslav.cinestar.cz/program_multikino.php http://liberec.cinestar.cz/program_multikino.php http://hradec.cinestar.cz/program_multikino.php http://ostrava.cinestar.cz/program_multikino.php http://olomouc.cinestar.cz/program_multikino.php http://pardubice.cinestar.cz/program_multikino.php http://plzen.cinestar.cz/program_multikino.php http://jihlava.cinestar.cz/program_multikino.php http://budejovice.cinestar.cz/program_multikino.php

Praha Andˇel Mladá Boleslav Liberec Hradec Králové Ostrava Olomouc Pardubice Plzeˇ n Jihlava ˇ e Budˇejovice Cesk´

Tabulka 6.3: Adresy informaˇcn´ıch zdroj˚ u pro kina Cinestar Adresu je v tomto pˇr´ıpadˇe nutné volat metodou POST. Pˇr´ıklad pro z´ıskán´ı dat o programu kin v Plzni pro den 4.5.2012 je: http://plzen.cinestar.cz/program_multikino.php?datum=1336089600 V´ ysledkem dotazu je opˇet HTML tabulka, kterou zpracovávám pomoc´ı PHP Simple HTML DOM Parser [13]. Zpracovává se 11 kin aˇz t´ yden dopˇredu (podle aktuáln´ı dostupnosti), coˇz opˇet pˇrekraˇcuje 30 vteˇrinov´ y limit serveru. Parser se tedy volá v nˇekolika kroc´ıch volán´ım adresy url_serveru/www/parser/cinestar/id, nyn´ı s hodnotami id 1 aˇz 3 (viz kapitola 6.6). 28

Návrh aplikace

7 Návrh aplikace Pˇri vytváˇren´ı aplikace jsem pouˇz´ıval v´ yvojové prostˇred´ı Xcode ve verzi 4.2. Ta pˇrináˇs´ı dvˇe d˚ uleˇzité zmˇeny, které jsem vyuˇzil pˇri v´ yvoji. Prvn´ı z nich je Automatic Reference Counting, coˇz je funkce umoˇzn ˇuj´ıc´ı automatickou správu pamˇeti pro objekty v Objective C. Programátor se d´ıky tomu nemus´ı starat o uvolˇ nován´ı objekt˚ u z pamˇeti a pˇri pˇrekladu programu je kód pro uvolnˇen´ı automaticky doplnˇen. Druhou novinkou je funkce Storyboarding, která slouˇz´ı k celkovému návrhu aplikace. Vizuáln´ı prostˇred´ı se d´ıky tomu nenavrhuje pro kaˇzdou obrazovku zvláˇst’, ale k dispozici je náhled kompletn´ı aplikace se vˇsemi obrazovkami a se znázornˇen´ ymi pˇrechody mezi nimi (viz obrázek 7.1).

Obrázek 7.1: Ukázka storyboardu

7.1

Struktura aplikace

Aplikace pro systém iOS maj´ı kv˚ uli mal´ ym u ´hlopˇr´ıˇckám displej˚ u velmi omezen´ y prostor pro zobrazován´ı svého obsahu. M˚ uˇzou vyuˇz´ıvat pouze jedno okno a to je pro sloˇzitˇejˇs´ı aplikace nedostaˇcuj´ıc´ı. Jsou proto k dispozici ob29

Návrh aplikace

Struktura aplikace

jekty View Controller, které poskytuj´ı infrastrukturu pro správu obsahu aplikace. Jejich pouˇzit´ı umoˇzn´ı ˇclenit uˇzivatelské rozhran´ı na v´ıce ˇcást´ı a vytvoˇrit r˚ uzné pohledy aplikace. View controllery lze rozdˇelit na následuj´ıc´ı dvˇe skupiny. [14] • Content View Controller pomoc´ı jedné nebo v´ıce komponent View zobrazuje obsah aplikace na obrazovce. Bˇeˇznˇe se pouˇz´ıvá pro zobrazen´ı dat uˇzivateli, pro jejich z´ıskán´ı a nebo k vykonán´ı urˇcitˇe ˇcinnosti. K dispozici je nˇekolik odvozen´ ych tˇr´ıd a asi nejpouˇz´ıvanˇejˇs´ı z nich je Table View Controller, která je pˇrizp˚ usobena pro zobrazován´ı dat ve stylu tabulky. Vzhled bunˇek m˚ uˇze b´ yt libovolnˇe upraven a m˚ uˇze obsahovat jakékoliv dalˇs´ı komponenty. • Container View Controller slouˇz´ı pro organizaci dalˇs´ıch view controller˚ u a zobrazován´ı jejich obsahu. Funguje jako navigaˇcn´ı prvek v aplikaci a zajiˇst’uje pˇrechody mezi jednotliv´ ymi pohledy. Nejd˚ uleˇzitˇejˇs´ı a nejpouˇz´ıvanˇejˇs´ı z nich jsou Navigation Controller a Tab Bar Controller (viz obr. 7.2).

Obrázek 7.2: Tab Bar Controller v aplikaci Hodiny

30

Návrh aplikace

Struktura aplikace

Pˇri návrhu aplikace jsem bral ohled na velikost displeje a snaˇzil se vˇsechna data, která potˇrebuji zobrazit, vhodnˇe rozdˇelit do jednotliv´ ych pohled˚ u. V´ ysledek je znázornˇen na obrázku 7.3, kompletn´ı storyboard potom je k dispozici v pˇr´ıloze.

Obrázek 7.3: Schéma struktury aplikace

Aplikace je pomoc´ı tab bar controlleru rozdˇelena na tˇri základn´ı sekce: • Katalog zobrazuje vˇsechna dostupná data v tabulkov´ ych v´ ypisech. Katalog se drˇz´ı návrhu tˇr´ıdˇen´ı informac´ı (viz kapitola 3.1) a pro kaˇzdou tˇr´ıdu informac´ı je vytvoˇren samostatn´ y pohled s tabulkou pomoc´ı table view controlleru. Pro pˇrechod mezi nimi je pouˇzit navigation controller. • Mapa nab´ız´ı alternativn´ı zobrazen´ı vˇsech m´ıst z katalogu, jejich polohy jsou znázornˇeny jako ˇspendl´ıky na mapˇe. Jedná se o základn´ı view controller. Z jednotliv´ ych m´ıst je potom pomoc´ı navigation controlleru umoˇznˇen pˇrechod na dan´ y seznam událost´ı. • Nastaven´ı je pouze základn´ı view controler. Kaˇzd´ y pohled v aplikaci v sobˇe uchovává data, která zobrazuje. Bylo nutné definovat strukturu, ve které budou tato data uloˇzena. Urˇcil jsem, ˇze se 31

Návrh aplikace

Struktura aplikace

bude jednat o pole objekt˚ u, pˇriˇcemˇz objekt reprezentuje konkrétn´ı informaci a mus´ı tak b´ yt pro kaˇzd´ y pohled jin´ y. V tabulce 7.1 jsou uvedeny objekty pro jednotlivé pohledy a informace, které obsahuj´ı. Category - pro pohled Kategorie ID identifikaˇcn´ı ˇc´ıslo name název timestamp ˇcas v unixovém formátu stringTime ˇcas jako ˇretˇezec Subategory - pro pohled Podkategorie ID identifikaˇcn´ı ˇc´ıslo name název timestamp ˇcas v unixovém formátu stringTime ˇcas jako ˇretˇezec categoryId ˇc´ıslo kategorie, do které patˇr´ı Place - pro pohledy M´ısta a Mapa ID identifikaˇcn´ı ˇc´ıslo subcategoryId ˇc´ıslo podkategorie, do které patˇr´ı name název timestamp ˇcas v unixovém formátu stringTime ˇcas jako ˇretˇezec description popis coordinates souˇradnice Event - pro pohled Události ID identifikaˇcn´ı ˇc´ıslo placeId ˇc´ıslo m´ısta, do kterého patˇr´ı name název timestamp ˇcas v unixovém formátu stringTime ˇcas jako ˇretˇezec date datum události v unixovém formátu stringDate datum události v textové podobˇe times pole ˇcas˚ u v unixovém formátu stringTimes pole ˇcas˚ u v textové podobˇe description popis length délka v minutách Tabulka 7.1: Pouˇzité objekty a informace, které obsahuj´ı

32

Návrh aplikace

7.2

Komunikace se serverem

Komunikace se serverem

Protoˇze komunikace se serverem prob´ıhá na mnoha m´ıstech aplikace, vytvoˇril jsem tˇr´ıdu ServerController, která vˇse zajiˇst’uje. Jej´ı u ´lohou je pˇripojit se k serveru, naˇc´ıst z nˇej poˇzadovaná data a vrátit je jako v´ ysledek. Zobrazuje také informaˇcn´ı hláˇsen´ı pˇri naˇc´ıtán´ı dat nebo pˇri nedostupnosti internetového pˇripojen´ı. Protoˇze se bˇehem spojen´ı m˚ uˇze pˇrenáˇset i vˇetˇs´ı mnoˇzstv´ı dat, coˇz nˇejakou dobu trvá, je realizováno asynchronnˇe. T´ım se pˇredejde pozastaven´ı celé aplikace pˇri ˇcekán´ı na dokonˇcen´ı pˇrenosu. Z tohoto d˚ uvodu tˇr´ıda obsahuje protokol ServerControllerDelegate, kter´ y je pˇri pouˇzit´ı nutno pˇrijmout a naimplementovat jeho jedinou metodu serverController:didReceiveData:. Ta se volá ve chv´ıli, kdy se dokonˇc´ı pˇrenos a vrac´ı z´ıskaná data. Základn´ı metodou tˇr´ıdy je sendToServerOnUrl:WithParams:. Jej´ımi parametry jsou url adresa a parametry, se kter´ ymi se poˇsle dotaz na vzdálen´ y server. Pro pˇripojen´ı pouˇz´ıvá NSURLConnection, které se inicializuje následuj´ıc´ım zp˚ usobem: K´ od 6 Inicializace NSURLConnection NSURL *nsURL = [[NSURL alloc] initWithString:initUrl]; NSMutableURLRequest *nsMutableURLRequest = [[NSMutableURLRequest alloc] initWithURL:nsURL]; [nsMutableURLRequest setHTTPMethod:@"POST"]; NSData *paramData = [paramDataString dataUsingEncoding:NSUTF8StringEncoding]; [nsMutableURLRequest setHTTPBody: paramData]; nsUrlConnection=[[NSURLConnection alloc] initWithRequest:nsMutableURLRequest delegate:self];

Promˇenné initUrl a paramDataString jsou parametry funkce. Jak je v kódu vidˇet, poˇzadavky se na server pos´ılaj´ı metodou POST. Metodu sendToServerOnUrl:WithParams: vyuˇz´ıvaj´ı vˇsechny následuj´ıc´ı metody: • loadXmlCategoriesAll - naˇcten´ı vˇsech dostupn´ ych kategori´ı • loadXmlSubcategoriesByCategoryId: - naˇcten´ı podkategori´ı, které patˇr´ı do kategorie urˇcené parametrem 33

Návrh aplikace

Parsován´ı XML

• loadXmlSubcategoriesAll - naˇcten´ı vˇsech dostupn´ ych podkategori´ı • loadXmlPlacesBySubcategoryId: - naˇcten´ı m´ıst, které patˇr´ı do podkategorie urˇcené parametrem • loadXmlPlacesAll - naˇcten´ı vˇsech dostupn´ ych m´ıst • loadXmlEventsByPlaceId: - naˇcten´ı událost´ı, které patˇr´ı do m´ısta urˇceného parametrem • loadXmlEventsAll - naˇcten´ı vˇsech dostupn´ ych událost´ı Dále bylo nutné ve tˇr´ıdˇe pˇrijmout a naimplementovat metody protokolu NSURLConnection: • connection:didReceiveResponse - odezva na pˇripojen´ı • connection:didReceiveData - pˇrijmula se data • connection:didFinishLoading - pˇrij´ımán´ı dat bylo dokonˇceno, v tuto chv´ıli se volá metoda delegáta serverController:didReceiveData • connection:didFailWithError - nastala chyba • connection:willSendRequest:redirectResponse - doˇslo k pˇresmˇerován´ı

7.3

Parsov´ an´ı XML

Pˇrijatá XML data ze serveru je nutné zpracovat a z´ıskat z nich potˇrebné informace. K tomu slouˇz´ı tˇr´ıda XmlParser. Obsahuje pouze tzv. metody tˇr´ıdy, coˇz je obdoba statick´ ych metod v jin´ ych programovac´ıch jazyc´ıch. S tˇr´ıdou se tedy nepracuje jako s objektem, pouze se volaj´ı jej´ı metody: • parseCategories: • parseSubcategories: • parsePlaces: • parseEvents: 34

Návrh aplikace

Keˇsován´ı dat

Parametrem uveden´ ych metod jsou vˇzdy data pˇrijatá ze serveru a vracej´ı se jiˇz hotové objekty naplnˇené zpracovan´ ymi informacemi, se kter´ ymi se pracuje v aplikaci. K parsován´ı jsem pouˇzil knihovnu Google Data ObjectiveC Client [15].

7.4

Keˇ sov´ an´ı dat

Keˇsován´ı dat je realizováno pomoc´ı ukládán´ı do soubor˚ u a prob´ıhá pˇri kaˇzdé aktualizaci ze serveru. Protoˇze mnoˇzstv´ı dat potˇrebn´ ych k uloˇzen´ı m˚ uˇze b´ yt pˇri rostouc´ım poˇctu informaˇcn´ıch zdroj˚ u velké, nepouˇz´ıvá se pouze jeden ˇ soubor. Cas naˇc´ıtán´ı a ukládán´ı by totiˇz mohl b´ yt pˇr´ıliˇs dlouh´ y a aplikace by se stala ˇspatnˇe pouˇzitelnou. Zvláˇst’ jsou proto ukládány informace o kategori´ıch, podkategori´ıch a m´ıstech. V pˇr´ıpadˇe událost´ı je ˇclenˇen´ı jeˇstˇe podrobnˇejˇs´ı a události vztahuj´ıc´ı se k urˇcitému m´ıstu jsou vˇzdy uloˇzeny ve vlastn´ım souboru (viz tabulka 7.2). Soubor SavedCategories.plist SavedSubcategories.plist SavedPlaces.plist SavedEventsForPlace_1.plist SavedEventsForPlace_2.plist SavedEventsForPlace_3.plist ... SavedEventsForPlace_n.plist

Pouˇ zit´ı uloˇzen´ı kategori´ı uloˇzen´ı podkategori´ı uloˇzen´ı m´ıst uloˇzen´ı událost´ı pro m´ısto 1 uloˇzen´ı událost´ı pro m´ısto 2 uloˇzen´ı událost´ı pro m´ısto 2 uloˇzen´ı událost´ı pro m´ısto n

Tabulka 7.2: Pouˇzité soubory pro ukládán´ı dat

Pro ukládán´ı a naˇc´ıtán´ı soubor˚ u slouˇz´ı tˇr´ıda StorageController. Jej´ımi hlavn´ımi metodami jsou: writeObject:ToFile: a readObjectFromFile:, které zapisuj´ı a ˇctou libovoln´ y objekt do nebo ze souboru. Kaˇzdá aplikace v iOS má pro práci se soubory k dispozici pouze jednu svoj´ı sloˇzku, tzv. sandbox. Cestu k této sloˇzce lze zjistit pomoc´ı standardn´ı sluˇzby NSSearchPathForDirectoriesInDomains, kterou jsem pro zjednoduˇsen´ı pouˇzil v metodˇe storagePatch (viz kód 7). Implementace ˇcten´ı a zapisován´ı objekt˚ u je ukázána v kódu 8.

35

Návrh aplikace

Keˇsován´ı dat

K´ od 7 Metoda storagePatch pro zjiˇstˇen´ı sloˇzky aplikace +(NSString *)storagePath { return [NSSearchPathForDirectoriesInDomains( NSDocumentDirectory,NSUserDomainMask,YES) objectAtIndex: 0]; } ˇ ı objektu ze souboru a zápis objektu do souboru K´ od 8 Cten´ // c ˇten´ ı: NSString *storagePath = [self storagePath]; NSString *filePath = [storagePath stringByAppendingPathComponent:fileName]; return [NSKeyedUnarchiver unarchiveObjectWithFile:filePath]; // z´ apis: NSString *storagePath = [self storagePath]; NSString *filePath = [storagePath stringByAppendingPathComponent:fileName]; [NSKeyedArchiver archiveRootObject:object toFile:filePath];

Dále jsou ve tˇr´ıdˇe k dispozici metody zajiˇst’uj´ıc´ı jiˇz konkrétn´ı naˇc´ıtán´ı a ukládán´ı dat kategori´ı, podkategori´ı, m´ıst a událost´ı: • loadAllCategories - nahrává vˇsechny kategorie • saveAllCategories: - ukládá vˇsechny kategorie • saveSubcategories:forCategoryId: - ukládá podkategorie pro danou kategorie • loadSubcategoriesForCategoryId: - nahrává podkategorie z dané kategorie • saveAllSubcategories: - ukládá vˇsechny podkategorie • loadAllSubcategories - nahrává vˇsechny podkategorie • savePlaces:forSubcategoryId: - ukládá m´ısta k dané podkategorie • loadPlacesForSubcategoryId: - nahrává m´ısta z dané podkategorie 36

Návrh aplikace

Práce s mapami

• loadAllPlaces - nahrává vˇsechna m´ısta • saveAllPlaces: - ukládá vˇsechna m´ısta • saveEvents:forPlaceId: - ukládá události k danému m´ıstu • loadEventsForPlaceId: - nahrává události z daného m´ısta • saveAllEvents: - ukládá vˇsechny události

7.5

Pr´ ace s mapami

Pohled aplikace, kde je zobrazena mapa, je reprezentován tˇr´ıdou Map ViewController, odvozené od základn´ıho view controlleru. Stejnˇe jako ostatn´ı pohledy si mus´ı uchovávat informace o zobrazovan´ ych datech. V tomto pˇr´ıpadˇe se jedná o m´ısta, která jsou ve v´ ysledku reprezentována jako ˇspendl´ıky na mapˇe. Naˇc´ıtaj´ı se vˇzdy pˇri inicializaci tˇr´ıdy nebo pˇri aktualizaci ze serveru. Pro zobrazován´ı samotné mapy je pouˇzita tˇr´ıda Map View dostupná v MapKit framework. Sama o sobˇe pˇri správné inicializaci nab´ız´ı náhled mapy, kter´ y lze libovolnˇe posouvat, pˇribliˇzovat a oddalovat. Nav´ıc zobrazuje i aktuáln´ı polohu uˇzivatele. Zb´ yvá tedy zobrazit vˇsechna potˇrebná m´ısta na mapˇe. Ty jsou realizována pomoc´ı tzv. anotac´ı, coˇz jsou objekty tˇr´ıdy MKAnnotatin. Pˇri jejich vytváˇren´ı je potˇreba kromˇe jejich názvu urˇcit také jejich pozici na mapˇe, coˇz se provád´ı pomoc´ı objektu tˇr´ıdy MKCoordinateRegion. Anotace se na mapu pˇridává pomoc´ı funkce addAnnotation: (viz kód 9). K´ od 9 Pˇridán´ı anotace do mapy MKCoordinateRegion region = { {0.0, 0.0}, {0.0, 0.0} }; region.center.latitude = 49.72488; region.center.longitude = 13.350891; region.span.longitudeDelta = 0.02f; region.span.latitudeDelta = 0.02f; MapAnnotation *ann = [[MapAnnotation alloc] init]; ann.title = @"Jm´ eno m´ ısta"; ann.subtitle = @"Popis m´ ısta"; ann.coordinate = region.center; [mapView addAnnotation:ann];

37

Návrh aplikace

Interakce s událostmi

Samotné anotace vˇsak nejsou ˇzádn´ ym zp˚ usobem na mapˇe zobrazeny. U kaˇzdé je nejdˇr´ıve nutné nastavit objekt tˇr´ıdy MKAnnotationView, kter´ y pˇredstavuje ˇspendl´ık na mapˇe. K tomu je potˇreba, aby tˇr´ıda MapViewController pˇrijmula protokol MKMapViewDelegate a byla naimplementována metoda mapView:viewForAnnotation:. Jej´ım parametrem je anotace a návratovou hodnotou objekt tˇr´ıdy MKAnnotationView, tedy ˇspendl´ık. V tˇele metody je tˇreba tento ˇspendl´ık vytvoˇrit a vrátit ho, ˇc´ımˇz bude pˇriˇrazen k dané anotaci. Pˇri tom lze napˇr. specifikovat jeho barvu nebo pˇridat tlaˇc´ıtko do detailu. To jsem vyuˇzil, aby byl umoˇznˇen pˇrechod na seznam událost´ı daného m´ısta.

7.6

Interakce s ud´ alostmi

Aplikace nab´ız´ı u detailu události odeslán´ı SMS, emailu nebo jej´ı pˇridán´ı do kalendáˇre. Tato akce se vztahuje vˇzdy k vybranému ˇcasu.

Odesl´ an´ı SMS Pro odeslán´ı SMS slouˇz´ı tˇr´ıda MFMessageComposeViewConroller. Z názvu je patrné, ˇze je odvozena od základn´ıho view cotrolleru, jedná se tedy o samostatn´ y pohled aplikace. Nab´ız´ı pˇredpˇripravené rozhran´ı totoˇzné s aplikac´ı Zprávy ze systému iOS. Lze pˇredvyplnit tˇelo zprávy a pˇr´ıjemce. Inicializace a zobrazen´ı pohledu je ukázáno v kódu 10. K´ od 10 Zobrazen´ı obrazovky pro odeslán´ı SMS MFMessageComposeViewController *controller = [[MFMessageComposeViewController alloc] init]; if([MFMessageComposeViewController canSendText]) { controller.body = [NSString stringWithFormat: @"Ahoj, co takhle j´ ıt na %@, %@ v %@?", eventTitle, eventDate, eventTime]; controller.messageComposeDelegate = self; controller.recipients = nil; [self presentModalViewController:controllere animated:YES]; }

38

Návrh aplikace

Interakce s událostmi

Odesl´ an´ı emailu Email se odes´ılá stejn´ ym zp˚ usobem jako zprávy SMS. Rozd´ıl je pouze v pouˇzité tˇr´ıdˇe, kterou je tentokrát MFMailComposeViewController. Kromˇe tˇela zprávy a pˇr´ıjemc˚ u se u n´ı nastavuje jeˇstˇe pˇredmˇet emailu (viz kód 11). K´ od 11 Zobrazen´ı obrazovky pro odeslán´ı emailu MFMailComposeViewController *mailer = [[MFMailComposeViewController alloc] init]; mailer.mailComposeDelegate = self; [mailer setSubject:@"Pozv´ anka na akci"]; NSString *emailBody = [NSString stringWithFormat: @"Ahoj, co takhle j´ ıt na %@, %@ v %@?", eventTitle, eventDate, eventTime]; [mailer setMessageBody:emailBody isHTML:NO]; [self presentModalViewController:mailer animated:YES];

Pˇ rid´ an´ı ud´ alosti do kalend´ aˇ re Pˇr´ıstup ke kalendáˇri v telefonu prob´ıhá pomoc´ı tˇr´ıdy EKEventStore. Pomoc´ı n´ı se do kalendáˇre pˇridá událost reprezentovaná objektem tˇr´ıdy EKEvent, u které se mus´ı urˇcit ˇcas zaˇcátku, konce (oba u ´daje v unixovém formátu), jej´ı název a kalendáˇr, kter´ y pro pˇridán´ı chceme pouˇz´ıt. V ukázkovém kódu 12 je pouˇzit v´ ychoz´ı kalendáˇr systému. K´ od 12 Pˇridán´ı události do kalendáˇre EKEventStore *eventStore = [[EKEventStore alloc] init]; EKEvent *newEvent = [EKEvent eventWithEventStore:eventStore]; newEvent.title = eventTitle; newEvent.startDate = [NSDate dateWithTimeIntervalSince1970:eventTimeUnix]; newEvent.endDate = [newEvent.startDate dateByAddingTimeInterval:eventLength]; [newEvent setCalendar:[eventStore defaultCalendarForNewEvents]]; [eventStore saveEvent:newEvent span:EKSpanThisEvent error:nil];

39

Testován´ı

8 Testován´ı 8.1

Funkˇ cnost parser˚ u

Server byl v rámci testován´ı bakaláˇrské práce v provozu na doménˇe http://george.php5.cz. Nemá ˇza´dné uˇzivatelské prostˇred´ı a tak test spoˇc´ıval v kontrole uloˇzen´ ych dat pro vybrané informaˇcn´ı zdroje. Postupnˇe jsem spustil parsery pro Cinestar a Cinemacity (viz kapitola 6.6) zadán´ım následuj´ıc´ıch adres ve webovém prohl´ıˇzeˇci: http://george.php5.cz/www/parser/cinemacity/1 http://george.php5.cz/www/parser/cinemacity/2 http://george.php5.cz/www/parser/cinemacity/3 http://george.php5.cz/www/parser/cinemacity/4 http://george.php5.cz/www/parser/cinestar/1 http://george.php5.cz/www/parser/cinestar/2 http://george.php5.cz/www/parser/cinestar/3 Následnˇe jsem se pomoc´ı nástroje phpMyAdmin pˇripojil k databázi. V´ ysledkem je 2528 událost´ı, coˇz odpov´ıdá oˇcekávanému pr˚ umˇernému poˇctu 100 pˇredstaven´ı pro kaˇzdé z 24 kin (13 kin Cinemacity, 11 kin Cinestar). Toto ˇc´ıslo je závislé na aktuáln´ım programu, kter´ y je k dispozici. Kontrola jednotliv´ ych událost´ı prob´ıhala z d˚ uvodu jejich velkého mnoˇzstv´ı náhodn´ ym v´ ybˇerem. Vˇsechna zkoumaná data byla uloˇzena v poˇrádku.

8.2

Bˇ eh aplikace

Na testován´ı aplikace jsem bˇehem v´ yvoje pouˇz´ıval iPhone Simulator, kter´ y je souˇcást´ı prostˇred´ı Xcode. Testy prob´ıhaly na poˇc´ıtaˇci Apple Mac mini a MacBook Pro. Funkˇcnost fináln´ı verze jsem ovˇeˇroval i v reálném zaˇr´ızen´ı, mobiln´ım telefonu iPhone 3GS, coˇz umoˇznilo v praxi vyzkouˇset napˇr´ıklad geolokaˇcn´ı funkce. Z nˇej jsou také poˇr´ızeny vˇsechny sn´ımky aplikace v této kapitole.

40

Testován´ı

Bˇeh aplikace

Byly otestovány následuj´ıc´ı situace: • zobrazen´ı informac´ı v katalogu (viz obr. 8.1) • zobrazen´ı m´ıst na mapˇe (viz obr. 8.2) • interakce s událostmi(viz obr. 8.3) • chován´ı aplikace pˇri nedostupném internetovém pˇripojen´ı (viz obr. 8.5) • chován´ı aplikace bez naˇcten´ ych dat (viz obr. 8.4)

(a) Kategorie

(b) Podkategorie

(d) Ud´ alosti

(c) M´ısta

(e) Detail události

Obrázek 8.1: Zobrazen´ı informac´ı v katalogu 41

Testován´ı

Bˇeh aplikace

ˇ (a) Cel´ a CR

(b) Detail na m´ısto

Obrázek 8.2: Zobrazen´ı m´ıst na mapˇe

(a) Katalog

(b) Mapa

Obrázek 8.3: Chován´ı aplikace bez naˇctených dat

42

Testován´ı

Validita zobrazovaných informac´ı

(a) Odesl´ an´ı SMS

(b) Odeslán´ı emailu

(c) Pˇridán´ı události do kalendáˇre

Obrázek 8.4: Interakce s událostmi

(a) Zobrazen´ı uloˇzen´ ych dat

(b) Pokus o aktualizaci

Obrázek 8.5: Chován´ı aplikace pˇri nedostupném internetovém pˇripojen´ı

8.3

Validita zobrazovan´ ych informac´ı

Pro kontrolu validity zobrazovan´ ych informac´ı jsem porovnal v´ ystup aplikace s primárn´ım zdrojem informac´ı, j´ımˇz jsou v pˇr´ıpadˇe program˚ u filmov´ ych pˇredstaven´ı webové stránky daného kina (viz obr. 8.6 a 8.7, str. 44). 43

Testován´ı

Validita zobrazovaných informac´ı

Obrázek 8.6: Program kin dostupný na www.cinemacity.cz

Obrázek 8.7: Program kin zobrazený v aplikaci

44

Uˇzivatelská pˇr´ıruˇcka

9 Uˇzivatelská pˇr´ıruˇcka 9.1

Spuˇ stˇ en´ı

Aplikace se spouˇst´ı stisknut´ım pˇr´ısluˇsné ikonky na obrazovce telefonu. Po naˇcten´ı se objev´ı u ´vodn´ı obrazovka s katalogem.

9.2

Ovl´ ad´ an´ı aplikace

Aplikace je rozdˇelena do tˇrech hlavn´ıch ˇca´st´ı zobrazen´ ych ve spodn´ı navigaˇcn´ı liˇstˇe (viz obr. 9.1: A). • Katalog - zde je k dispozici tabulkov´ y v´ ypis dostupn´ ych informac´ı zobrazen´ y v nˇekolika u ´rovn´ıch. V´ ybˇerem poloˇzky se vˇzdy pˇresuneme do pˇr´ısluˇsné podkategorie. Tlaˇc´ıtkem zpˇet (viz obr. 9.1: B) se vrac´ıme ou ´roveˇ n v´ yˇs. Nejniˇzˇs´ı u ´rovn´ı katalogu je detail události, u kterého lze vybran´ y ˇcas konán´ı pˇridat do kalendáˇre, pˇr´ıpadnˇe ho odeslat pomoc´ı SMS nebo emailu. • Mapa - zobrazuje m´ısta na mapˇe znázornˇená pomoc´ı ˇspendl´ıku. Zmáˇcknut´ım ˇspendl´ıku se zobraz´ı název m´ısta s tlaˇc´ıtkem pro pˇrechod na pˇr´ısluˇsné události (viz obr. 9.1: E). Mapu lze posouvat a pomoc´ı gest dvou prst˚ u i pˇribliˇzovat a oddalovat. Stisknut´ım tlaˇc´ıtka Moje poloha (viz obr. 9.1: D) se náhled pˇresune na aktuáln´ı pozici uˇzivatele. Lze tak prozkoumávat m´ısta v okol´ı. • Nastaven´ı - umoˇzn ˇuje naˇc´ıtán´ı a mazán´ı vˇsech dostupn´ ych dat (viz n´ıˇze).

9.3

ˇ asteˇ C´ cn´ a aktualizace dat

ˇ asteˇcná aktualizace dat se inicializuje tlaˇc´ıtkem pro obnovu C´ (viz obr. 9.1: C). Naˇc´ıtaj´ı se vˇzdy pouze data potˇrebná k obnovˇe informac´ı na aktuáln´ı obrazovce. To je v´ yhodné napˇr. pˇri omezeném pˇripojen´ı k internetu. Data z˚ ustávaj´ı uloˇzena v telefonu pro dalˇs´ı zobrazen´ı. 45

Uˇzivatelská pˇr´ıruˇcka

9.4

Kompletn´ı aktualizace dat

Kompletn´ı aktualizace dat

Kompletn´ı aktualizace dat se provede v nastaven´ı aplikace stisknut´ım tlaˇc´ıtka Naˇc´ıst vˇsechna data. T´ım se naˇctou ze serveru vˇsechny aktuálnˇe dostupné informace. Pˇri jejich velkém mnoˇzstv´ı m˚ uˇze ale naˇc´ıtán´ı trvat delˇs´ı dobu a stáhne se pˇri tom vˇetˇs´ı mnoˇzstv´ı dat. Je tedy vhodné tento proces provádˇet napˇr. pˇri pˇripojen´ı pˇres s´ıt’ wi-fi. V´ yhodou je, ˇze naˇctená data z˚ ustanou uloˇzena v telefonu a vˇsechny kategorie lze potom procházet bez nutnosti internetového pˇripojen´ı.

9.5

Maz´ an´ı dat

Mazán´ı dat se provád´ı v nastaven´ı, tlaˇc´ıtkem Smazat vˇsechna data. Aplikace se tak uvede do p˚ uvodn´ıho stavu. Tento proces je nevratn´ y a pro opˇetovné zobrazen´ı informac´ı je nutné je znovu naˇc´ıst ze serveru.

Obrázek 9.1: Navigaˇcn´ı prvky aplikace

46

Závˇer

10 Závˇer Aplikace pro mobiln´ı telefony se staly d´ıky své okamˇzité dostupnosti velice obl´ıben´ ym nástrojem pro z´ıskáván´ı informac´ı. Pˇrispˇel k tomu jistˇe i rychl´ y v´ yvoj tˇechto zaˇr´ızen´ı, která dnes jiˇz dokáˇzou poskytnout dostateˇcnˇe pohodlné a pˇrehledné uˇzivatelské rozhran´ı. V rámci bakaláˇrské práce jsem se zab´ yval v´ yvojem aplikace pro platformu iOS, která ˇcerpá informace ze vzdálen´ ych zdroj˚ u a vhodn´ ym zp˚ usobem je zprostˇredkovává uˇzivateli. Bˇehem anal´ yzy problému jsem urˇcil tˇr´ıdˇen´ı informac´ı do kategori´ı takov´ ym zp˚ usobem, aby ˇclenˇen´ı bylo pˇrehledné a zároveˇ n byl systém pouˇziteln´ y pro ˇsiroké mnoˇzstv´ı informaˇcn´ıch zdroj˚ u. Pˇr´ıstup k primárn´ımu zdroji informac´ı neprob´ıhá pˇr´ımo z aplikace. Nam´ısto toho je pouˇzit meziˇclánek ve formˇe serveru, kter´ y pˇristupuje ke zdroj˚ um, zpracovává dostupná data a z´ıskané informace ukládá do své databáze. Aplikace se potom pˇripojuje pouze k nˇemu. D˚ uleˇzit´ y byl návrh komunikace mezi serverem a aplikac´ı. D´ıky zvolenému formátu XML je systém nezávisl´ y na platformˇe a aplikace by se tak dala portovat i na jiné systémy. V´ ysledkem je funkˇcn´ı aplikace otestovaná v reálném zaˇr´ızen´ı. Umoˇzn ˇuje uˇzivateli zobrazen´ı informac´ı z vybran´ ych informaˇcn´ıch zdroj˚ u, jimiˇz jsou aktuáln´ı programy filmov´ ych pˇredstaven´ı ve vˇsech multikinech Cinestar a Ciˇ nemacity v CR. D´ıky vhodnému návrhu by se práce dala v budoucnu snadno rozˇsiˇrovat. Na stranˇe serveru by to bylo urˇcitˇe pˇridán´ı dalˇs´ıch informaˇcn´ıch zdroj˚ u, coˇz znamená pˇredevˇs´ım vytvoˇren´ı nov´ ych parser˚ u. V pˇr´ıpadˇe aplikace se otev´ırá moˇznost jiˇz zmiˇ nované portace na jiné platformy neˇz iOS, napˇr. Android nebo Windows Phone. V u ´vahu by pˇripadal i webov´ y portál, ˇcerpaj´ıc´ı ze stejného zdroje informac´ı.

47

Pouˇ zit´ e v´ yrazy • framework - softwarová struktura a knihovna potˇrebn´ ych utilit slouˇz´ıc´ı k podpoˇre programován´ı a v´ yvoje softwarov´ ych projekt˚ u • HTTP, Hypertext Transfer Protocol - internetov´ y protokol urˇcen´ y pro v´ ymˇenu hypertextov´ ych dokument˚ u ve formátu HTML • PHP - skriptovac´ı programovac´ı jazyk urˇcen´ y pˇredevˇs´ım pro programován´ı dynamick´ ych internetov´ ych stránek • phpMyAdmin - nástroj napsan´ y v jazyce PHP umoˇzn ˇuj´ıc´ı jednoduchou správu obsahu databáze MySQL • SDK, Software Developement Kit - software umoˇzn ˇuj´ıc´ı v´ yvoj pro urˇcitou platformu • SMS, Short Message Service - sluˇzba pro zas´ılán´ı krátk´ ych textov´ ych zpráv mezi mobiln´ımi telefony • unixov´ yˇ cas - ˇcas vyjádˇren´ y poˇctem vteˇrin uplynul´ ych od 1.1.1970 • webhosting - pronájem prostoru pro webové stránky na ciz´ım serveru • XML, Extensible Markup Language - obecn´ y znaˇckovac´ı jazyk vyvinut´ y a standardizovan´ y konsorciem W3C (http://www.w3c.org)

Literatura [1] LAMARCHE, Jeff - MARK, Dave, iPhone SDK, Computer Press, 2010. ISBN 9788025128206. ˇ [2] CADA Ondˇrej, Programován´ı pro iOS, 2011 [cit. 12.2.2012]. Dostupné z http://www.mujmac.cz/rubriky/software/ nastal-cas-na-kakao--59269cz. [3] HOLLEMANS, Matthijs, Beginning Storyboards in iOS 5, 14.11.2011 [cit. 7.2.2012]. Dostupné z http://www.raywenderlich.com/5138/ beginning-storyboards-in-ios-5-part-1. [4] WENDERLICH, Ray, Introduction to MapKit on iOS, 22.3.2011 [cit. 16.3.2012]. Dostupné z http://www.raywenderlich.com/2847/ introduction-to-mapkit-on-ios-tutorial. [5] AOL Inc., Apple: 250 million iOS devices sold, 4.10.2011 [cit. 2.2.2012]. Dostupné z http://www.engadget.com/2011/10/04/ apple-250-million-ios-devices-sold/. [6] Apple inc., SOFTWARE LICENSE AGREEMENT FOR MAC OS X, 2011 [cit. 6.5.2012]. Dostupné z http://images.apple.com/legal/sla/ docs/macosx107.pdf. [7] Apple inc., Xcode, 2012 [cit. 6.2.2012]. Dostupné z http://developer. apple.com/xcode/. [8] Apple inc., iOS UI Element Usage Guidelines, 2012 [cit. 16.2.2012]. Dostupné z http://developer.apple.com/library/ios/ \#documentation/UserExperience/Conceptual/MobileHIG/ UIElementGuidelines/UIElementGuidelines.html\#//apple\_ref/ doc/uid/TP40006556-CH13-SW1.

49

[9] Apple inc., iOS Human Interface Guidelines, 2012 [cit. 29.4.2012]. Dostupné z http://developer.apple.com/library/ios/ \#documentation/UserExperience/Conceptual/MobileHIG/ Introduction/Introduction.html\#//apple\_ref/doc/uid/ TP40006556-CH1-SW1. [10] Nette Foundation, Licenˇcn´ı politika Nette Framework, [cit. 1.5.2012]. Dostupné z http://nette.org/cs/license.

2012

[11] ZONER software, a.s., Podm´ınky hostingu PHP5.cz, 2012 [cit. 3.5.2012]. Dostupné z http://www.php5.cz/index/conditions/. [12] Nette Foundation, Poˇzadavky Nette Framework, 2012 [cit. 3.5.2012]. Dostupné z http://doc.nette.org/cs/requirements. [13] CHEN, S.C., PHP Simple HTML DOM Parser, 2012 [cit. 9.4.2012]. Dostupné z http://simplehtmldom.sourceforge.net/. [14] Apple inc., View Controller Basics, 2012 [cit. 2.3.2012]. Dostupné z http://developer.apple.com/library/ios/\#featuredarticles/ ViewControllerPGforiPhoneOS/AboutViewControllers/ AboutViewControllers.html. [15] Google Inc., Google Data APIs 2012 [cit. 4.3.2012]. Dostupné z gdata-objectivec-client/.

Objective-C Client Library, http://code.google.com/p/

A Pˇ r´ılohy A.1 CD K práci je pˇriloˇzeno CD s následuj´ıc´ı strukturou: • /dokument/ - tento dokument v elektronické podobˇe • /aplikace/source/ - zdrojové kódy klientské aplikace • /aplikace/readme.txt - instrukce pro spuˇstˇen´ı aplikace v Xcode • /server/source/ - zdrojové kódy serverové aplikace • /server/readme.txt - instrukce pro instalaci serveru

A.2 Instalace serverov´ e aplikace Pouˇzit´ y server mus´ı splˇ novat poˇzadavky uvedené v kapitole 6.1. Je potˇreba zkop´ırovat cel´ y osbsah sloˇzky /server/source/ z pˇriloˇzeného CD do koˇrenového adresáˇre. Poté je nutné nastavit databázi. Parametry pro pˇripojen´ı se vyplˇ nuj´ı v konfiguraˇcn´ım souboru config.latte um´ıstˇeném ve sloˇzce /app/config/. Podrobnˇejˇs´ı popis je k dispozici v souboru readme.txt.

Pˇr´ıloha A.3: Storyboard aplikace v prostˇred´ı Xcode

Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Interaktivní informační aplikace

Recommend Documents