Pobieranie prezentacji. Proszę czekać

Pobieranie prezentacji. Proszę czekać

Programowanie urządzeń mobilnych Paweł Fiderek 2011.

Podobne prezentacje


Prezentacja na temat: "Programowanie urządzeń mobilnych Paweł Fiderek 2011."— Zapis prezentacji:

1 Programowanie urządzeń mobilnych Paweł Fiderek 2011

2 Wykład drugi: » Połączenia sieciowe w J2ME 2Paweł Fiderek 2011

3 Urządzenia mobilne prawie zawsze posiadają na możliwość komunikacji z innym urządzeniami tego typu oraz często także z Internetem. W przypadku J2ME problem ten rozwiązano tworząc Interfejs Connection, który reprezentuje dowolne połączenie (np. za pomocą protokołu http czy też innego). Z interfejsu tego wywodzą się interfejsy realizujące różne rodzaje połączenia. Jest on klasą bazową dla wielu metod przesyłania danych zarówno w sieci jak i w obrębie urządzenia. Interfejs Connection ma tylko jedną metodę: public abstract void close() throws IOException Interfejs reprezentujący dowolne połączenie nie ma metody otwierającej takie połączenie. Zestawienie połączenia jest możliwe za pomocą odpowiednich metod klasy Connector. Klasa Connector zawiera tylko statyczne metody i są to metody pozwalające utworzenie referencji do interfejsu Connection i realizacji połączenia danego typu. Metody te wyglądają następująco : public static Connection open(String nazwa) throws IOException public static Connection open(String nazwa,int tryb_dostepu ) throws IOException public static Connection open(String nazwa,int tryb_dostepu,boolean czas) throws IOException 3Paweł Fiderek 2011

4 Metody przedstawione powyżej zwracają referencję do interfejsu Connection oraz pozwalają na nawiązanie połączenia z innym urządzeniem. Urządzenie jest określane w pierwszym argumencie. Połączenie może zachodzić w trybie czytania, pisania, lub obydwu jednocześnie, przy czym tryb połączenia w obie strony jest przyjmowany domyślnie. Oprócz tego czas oczekiwania na połączenie może być ograniczany. Każda z metod open zwraca referencję do obiektu utworzonego na podstawie klasy implementującej Connection. Mogą to być referencje klasu HttpConnection (dla protokołu http), StreamConnection (dla gniazd), DatagramConnection (dla datagramów). Postać nazwy urządzenia, z którym chcemy nawiązać polaczenie wygląda następująco : {protokół}:[{adres_sieciowy}][{parametry}] Poniżej przekłady nazw dla różnych urządzeń : socket://www.kojot.test.com:8080 datagram://:555 file:///home/user/plik 4Paweł Fiderek 2011

5 Protokół HTTP Protokół ten wykorzystywany jest do przesyłania danych pomiędzy serwerem WWW, a klientem, a w tym celu korzysta z gniazd. Jest też jest jedynym protokołem, o którym się zakłada, że jest obsługiwany przez każde urządzenie spełniające założenia MIDP. Jednakże w przypadku małych urządzeń takich jak telefon komórkowy istnieje problem braku wbudowanej przeglądarki WWW. Wprawdzie producent ma obowiązek implementacji protokołu http, ale czasem jest to rodzaj bramy,która tłumaczy komunikaty http na postać rozumianą przez urządzenie. Poniżej przykład obrazujący sposób nawiązania połączenia z danym adresem internetowym : hc = (HttpConnection)Connector.open("http://www.wp.pl Connector.READ_WRITE"); Jak widać podaliśmy dwa parametry metodzie open : nazwę urządzenia (http), adres (www.wp.pl), oraz tryb dostępu. Nie narzuciliśmy ograniczenia czasu dostępu (np. zakładamy, że dysponujemy dobrym łączem). Podstawowe czynności które należy wykonać, aby skorzystać z HttpConection do pobrania strony www : Tworzymy łańcuch zawierający adres URL strony WWW którą chcemy pobrać, następnie wywołać metodę open() i utworzyć obiekt klasy HttpConnection. Czasem trzeba ustalić rodzaj żądania oraz parametry. Domyślnym żądaniem jest GET. Następnie należy sprawdzić za pomocą metody getResponseCode() czy serwer odpowiedział pozytywnie na żądanie. Podobnie jak w przypadku magazynów musimy posłużyć się strumieniami, zatem wywołujemy metodę openInputStream() lub openDataInputStream() i w ten sposób uzyskujemy dostęp do strumienia wejściowego. Na koniec zamykamy strumień wejściowy. 5Paweł Fiderek 2011

6 Obiekt typu HttpConection może być wykorzystywany do przesyłania danych w postaci strumieni danych wejściowych i wyjściowych, dodatkowo można określić ich długość, typ i sposób kodowania. Metody te pochodzą z klasy ContentConnection. Serwer www wysyła odpowiedź, którą można odebrać za pomocą metody getResponseCode(), poniżej przykłady odpowiedzi : stałe klasy HttpConnectionZnaczenie HTTP_OKZasób dostępny bez błędu (200) HTTP_MOVED_PERMZasób przeniesiony pod inny adres i jest podany w nagłówku (301) HTTP_SEE_OTHERNależy wysłać żądanie GET pod adres podany w nagłówku (303) HTTP_BAD_REQUESTŻądanie dotarło w postaci zniekształconej i nie może być zrealizowane (400) HTTP_FORBIDDENŻądanie nie może być zrealizowane (403) HTTP_NOT_FOUNDZasób nie istnieje (404) 6Paweł Fiderek 2011

7 Zapytania i odpowiedzi w protokole http Komunikat przesyłający żądanie do serwera www składa się z trzech elementów Wiersz zawierający żądanie HTTP, po nim nowa linia, Nagłówki żądania, każdy w nowym wierszu, po nich linia wolna – jest to element opcjonalny, Dane dodatkowe potrzebne do wykonania żądania - występuje gdy jest niezbędny. Przykłady żądań : ŻądanieZnaczenieWartość GETHttpConnection.GETProśba o przesłanie pliku o podanej ścieżce HEADHttpConnection.HEADJak wyżej, z tą różnica, że wysyłane są jedynie nagłówki, bez danych POSTHttpConnection.POSTMetoda stosowana, gdy na stronie są formularze. 7Paweł Fiderek 2011

8 Bluetooth 8Paweł Fiderek 2011

9 Bluetooth– technologia bezprzewodowej komunikacji krótkiego zasięgu pomiędzy różnymi urządzeniami elektronicznymi, takimi jak klawiatura, komputer, laptop, palmtop, telefon komórkowy i wieloma innymi. Jest to darmowy standard opisany w specyfikacji IEEE Jego specyfikacja obejmuje trzy klasy mocy nadawczej 1-3 o zasięgu 100, 10 oraz 1 metra w otwartej przestrzeni. Najczęściej spotykaną klasą jest klasa druga. Technologia korzysta z fal radiowych w paśmie ISM 2,4 GHz. 9Paweł Fiderek 2011

10 Architektura systemu Bluetooth Podstawową jednostką technologii Bluetooth jest pikosieć (ang. piconet), która zawiera węzeł typu master oraz maksymalnie 7 węzłów typu slave. Wiele pikosieci może istnieć w jednym pomieszczeniu, a nawet mogą być ze sobą połączone przy pomocy węzła typu bridge. Połączone ze sobą pikosieci określa się mianem scatternet. Dodatkowo, oprócz siedmiu węzłów typu slave, w jednej pikosieci może pracować do 255 węzłów, pozostających w stanie synchronizacji z urządzeniem typu master (jest to tzw. tryb wyczekiwania i niskiego poboru mocy). Urządzenia te nie uczestniczą w wymianie danych. Mogą tylko otrzymać sygnał aktywacyjny lub nawigacyjny od węzła typu master. Istnieją jeszcze dwa przejściowe stany hold oraz sniff. Przyczyną podziału węzłów na master i slave jest minimalizacja kosztów technologii. Konsekwencją tego jest fakt, że węzły typu slave są w 100% podporządkowane węzłom master. Pikosieć jest scentralizowanym systemem TDM, urządzenie master kontroluje zegar i określa, które urządzenie i w którym slocie czasowym (szczelina czasowa) może się z nim komunikować. Wymiana danych może nastąpić tylko pomiędzy węzłem master i slave. Komunikacja slave – slave nie jest możliwa. 10Paweł Fiderek 2011

11 11Paweł Fiderek 2011

12 Zasięg klasa 1 (100 mW) ma największy zasięg, do 100 m klasa 2 (2,5 mW) jest najpowszechniejsza w użyciu, zasięg do 10 m klasa 3 (1 mW) rzadko używana, z zasięgiem do 1 m 12Paweł Fiderek 2011

13 Przepustowość Bluetooth 1.0 – 21 kb/s Bluetooth 1.1 – 124 kb/s Bluetooth 1.2 – 328 kb/s Bluetooth 2.0 – transfer maksymalny przesyłania danych na poziomie 2,1 Mb/s, wprowadzenie Enhanced Data Rate wzmocniło transfer do 3,1 Mb/s Bluetooth HS (High Speed) – 24 Mb/s (3 MB/s) Bluetooth HS (High Speed) – 40 Mb/s(5 MB/s) 13Paweł Fiderek 2011

14 Przykłady 14Paweł Fiderek 2011

15 Programowanie j2me bluetooth Po stronie klienta: LocalDevice localDevice = LocalDevice.getLocalDevice(); discoveryAgent = localDevice.getDiscoveryAgent(); discoveryAgent.startInquiry(DiscoveryAgent.GIA C,this); 15Paweł Fiderek 2011

16 Discovery Listener 16Paweł Fiderek 2011

17 for(int i=0;i   serviceUrl = servRecord[i].getConnectionURL(0,false);} // pobranie adresu URL potrzebnego do utworzenia połączenia z urządzeniem String msg = "Say Hello World"; conn = (StreamConnection)Connector.open(serviceUrl); OutputStream output = conn.openOutputStream(); output.write(msg.length()); output.write(msg.getBytes()); output.close(); //standardowe połączenie przez klasę Connector 17Paweł Fiderek 2011

18 Programowanie od strony serwera Bt private static String serverUrl = "btspp://localhost:" + BluetoothEchoDemo.RFCOMM_UUID + ";name=rfcommtest;authorize=true";. conn = null; localDevice = LocalDevice.getLocalDevice(); localDevice.setDiscoverable( DiscoveryAgent.GIAC ); notifier = (StreamConnectionNotifier)Connector.open(serverUrl); 18Paweł Fiderek 2011

19 scheme://host:port;parameters 19Paweł Fiderek 2011

20 //czekamy na odpowiedź klienta conn = notifier.acceptAndOpen(); //gdy klient odpowie // czytamy przesłane dane String msg = BluetoothEchoDemo.readData(conn); System.out.println("Received Message from Client: " + msg); // wysyłamy wiadomość zwrotną msg = "Hello Back from Server"; output = conn.openOutputStream(); output.write(msg.length()); // length is 1 byte output.write(msg.getBytes()); output.close(); 20Paweł Fiderek 2011

21 Programowanie połączeń sieciowych w J2ME import javax.microedition.lcdui.*; import javax.microedition.midlet.MIDlet; import javax.microedition.io.*; import java.io.*; 21Paweł Fiderek 2011

22 public class KursEuro extends MIDlet implements CommandListener { private TextBox tb; public KursEuro() { StringBuffer sb = new StringBuffer(); try { HttpConnection c = (HttpConnection) Connector.open("http://rss.nbp.pl/kursy/TabelaA.xml", Connector.READ, true); InputStream is = c.openInputStream(); int ch=0; while ((ch = is.read()) != -1) { sb.append((char) ch); } } catch (IOException x){ System.out.println ("Błąd wejścia wyjścia"); } 22Paweł Fiderek 2011

23 String wyn = sb.toString(); int i = wyn.indexOf("EUR") + 14; //szukamy wystąpienia EUR String sKurs = wyn.substring(i, i + 6); //wycinamy wartość sKurs = sKurs.replace(',','.'); float kurs = Float.parseFloat(sKurs); i = wyn.indexOf("Tabela nr") + 10; String sTabela = wyn.substring(i, i + 32); tb = new TextBox("Aktualny kurs EUR", "EUR: " + kurs + " wg kursu z tabeli nr " + sTabela, 100, TextField.ANY); tb.setCommandListener(this); } public void startApp() { Display.getDisplay(this).setCurrent(tb); } public void pauseApp() { } public void destroyApp(boolean u) { } } 23Paweł Fiderek 2011

24 Wykorzystanie wątków w programowaniu w języku J2ME 24Paweł Fiderek 2011

25 Teoria wątków w J2ME Działający wątek jest to nic innego jak kod wykonywalny Gotowy wątek jest gotowy do wykonywania kodu Wątek zawieszony czeka na wystąpienie konkretnego zdarzenia. Na przykład może on czekać na dostarczenie danych z innego urządzenia, gdy oczekiwanie zdarzenie wystąpi wątek zmienia swój stan na aktywny Zakończony wątek skończył wykonywać kod 25Paweł Fiderek 2011

26 W J2ME klasą odpowiedzialną za tworzenie i zarządzanie wątkami jest klasa: java.lang.Thread Użytkownik może uzyskać dostęp do aktualnie przetwarzanego wątku w każdej chwili poprzez odwołanie: Thread.currentThread(). 26Paweł Fiderek 2011

27 Metody znajdujące się w klasie Thread to: activeCount() currentThread() getPriority() isAlive() join() run() setPriority() sleep() start() yield() 27Paweł Fiderek 2011

28 Rozpoczęcie pracy z wątkami public class DoSomething implements Runnable { public void run(){ // tutaj znajduję się kod wykonywalny } 28Paweł Fiderek 2011

29 Tworzenie obiektów wykonywalnych DoSomething doIt = new DoSomething(); Thread myThread = new Thread( doIt ); myThread.start(); 29Paweł Fiderek 2011

30 Inna metoda tworzenia wątków public class DoAnotherThing extends Thread { public void run(){ // Tutaj znajduję się kod wykonywalny } I analogicznie:... DoAnotherThing doIt = new DoAnotherThing(); doIt.start();... 30Paweł Fiderek 2011

31 Zatrzymywanie wykonywania wątków public class MyThread implements Runnable { private boolean quit = false; public void run(){ while( !quit ){ // tutaj znajduję się kod wykonywalny } public void quit(){ quit = true; } 31Paweł Fiderek 2011

32 public class AnotherThread implements Runnable { private Thread mostRecent = null; public Thread restart(){ mostRecent = new Thread( this ); mostRecent.start(); } public void run(){ Thread thisThread = Thread.currentThread(); while( mostRecent == thisThread ){ // do something } public void stopAll(){ mostRecent = null; } 32Paweł Fiderek 2011

33 Kolejkowanie, pętla nieskończona w wątku import java.util.Vector; public class Worker implements Runnable { private boolean quit = false; private Vector queue = new Vector(); private Thread thread; public Worker(){ new Thread( this ).start(); } 33Paweł Fiderek 2011

34 public void run(){ Object o; while( !quit ){ // zajęty, czekaj! o = null; synchronized( queue ){ if( queue.size() > 0 ){ o = queue.elementAt( 0 ); queue.removeElementAt( 0 ); } if( o != null ){ // kolejne polecenia } 34Paweł Fiderek 2011

35 public boolean addToQueue( Object o ){ if( !quit ){ queue.addElement( o ); return true; } return false; } public void quit(){ quit = true; } 35Paweł Fiderek 2011

36 Składowanie danych w urządzeniach mobilnych przy wykorzystaniu J2ME 36Paweł Fiderek 2011

37 Pamięć nieulotna Midlety niekiedy muszą zapamiętywać i przechowywać informacje na stałe, są to dane wprowadzane przez użytkowników(np. dane konfiguracyjne aplikacji). Specyfikacja MIDP wymaga, by wszystkie urządzenia posiadały pamięć nieulotną, czyli taką, w której będzie przechowywana informacja nawet wtedy, gdy midlet kończy swoje działanie lub w sytuacji, gdy urządzenie zostanie fizycznie wyłączone. W praktyce problem ten rozwiązywany jest różnie przez różne urządzenia, chociaż dla programisty nie ma to żadnego zdarzenia, ponieważ interfejs jest jeden. Informacje są przechowywane w postaci kolekcji rekordów (record store). Każda kolekcja rekordów jest identyfikowana przez nazwę, która jest rzecz jasna unikalna. Midlety dostęp mają jedynie do swoich kolekcji, nie mają za to dostępu do kolekcji rekordów innych Milletów. Nie mają również dostępu do danych utworzonych przez inne aplikacje. Sposób zapisu danych może być różny na różnych modelach u różnych producentów. Jednak dla J2ME został opracowany uniwersalny sposób dla wszystkich urządzeń o nazwie RMS - Record Management System. 37Paweł Fiderek 2011

38 Nad zbiorami rekordów w J2ME czuwa klasa RecordStore. Aby utworzyć jakiś zbiór należy wywołać jej statyczną metodę: public static RecordStore openRecordStore(String nazwa, boolean tryb) Pierwszy parametr określa nazwę zbioru (nazwa może być dowolna) Drugi parametr oznacza tryb dostępu / tworzenia do zbioru -Jeśli ustawiony jest na true wtedy, gdy w momencie próby otwarcia nie istnieje – zostanie utworzony nowy. W przypadku wartości false można otworzyć jedynie istniejący magazyn. W przypadku,gdy nie istnieje – wyrzucany jest wyjątek. W MIDP 2.0 dodano dwie nowe metody openRecordStore o innych parametrach i bardziej specjalistycznych zadaniach. M.in. z ustawieniem uprawnień i przypisywaniem danego zbioru do konkretnego MIDletu. Metoda zwraca nam utworzony (lub otworzony) zbiór na którym możemy wykonywać operacje zapisu i odczytu. W razie błędów generowane są następujące wyjątki: RecordStoreNotFoundException - zbiór nie istnieje (w przypadku gdy nie ma być automatycznie utworzony) RecordStoreFullException - brak dostępnej pamięci IllegalArgumentException - błędna nazwa zbioru RecordStoreException - inny błąd 38Paweł Fiderek 2011

39 Zatem: RecordStore store = RecordStore.openRecordStore(ZbiorTestowy", true); //wyrzuci wyjątek RecordStoreNotFoundException jeśli zbiór nie istnieje RecordStore secondStore = RecordStore.openRecordStore(ZbiorTestowy", false); Po zakończeniu pracy z kolekcją można ją zamknąć : public static void closeRecordStore(); lub także skasować : public static void deleteRecordStore() ; // O tym w dalszej części wykładu 39Paweł Fiderek 2011

40 Zatem: RecordStore store = RecordStore.openRecordStore(ZbiorTestowy", true); //wyrzuci wyjątek RecordStoreNotFoundException jeśli zbiór nie istnieje RecordStore secondStore = RecordStore.openRecordStore(ZbiorTestowy", false); Po zakończeniu pracy z kolekcją można ją zamknąć : public static void closeRecordStore(); lub także skasować : public static void deleteRecordStore() ; // O tym w dalszej części wykładu 40Paweł Fiderek 2011

41 Każdy rekord, jak wspomniano wyżej,jest tablicą bajtów. Zatem aby umieść w nim jakieś dane, trzeba je najpierw zamienić na tablicę bajtów. Można to oczywiście przeprowadzić na wiele sposób, przykładowo za pomocą klas DataOutputStream i ByteArrayOutputStream. Przykład 1. Sposób zapisu rekordu 1. Tworzymy nowy magazyn : RecordStore nowy_magazyn = null; Klasa Dane będzie służyć to tworzenia obiektów zawierających dane do zapisu w magazynie class Dane{ String DaneTxt; int DaneNum; Dane(String a, int b){ DaneTxt = a; } } 41Paweł Fiderek 2011

42 Ważne jest aby zamykać strumień i zbiór, urządzenia mobilne nie posiadają dużo pamięci więc należy je oszczędzać (nie zamykanie strumieni może być jedną z przyczyn tzn. wycieków pamięci). Podczas każdej operacji addRecord, setRecord i deleteRecord na zbiorze inkrementowana jest jego wersja. Wersję zbioru można otrzymać poprzez wywołanie int getVersion(). Odczyt danych z rekordów można realizować na kilka sposobów, na przykład podając identyfikator rekordu w magazynie. Metoda to wykonująca wygląda następująco : byte[] dane = nowy_magazyn.getRecord(id); Jeśli nie znamy zbiorów MIDletu możemy pobrać ich nazwy za pomocą metody statycznej RecordStore.listRecordStores(); Zwraca ona tablicę Stringów lub null w przypadku gdy nie ma żadnego dostępnego zbioru. Przydatną może okazać się tutaj metoda enumerateRecord(): enumerateRecord(RecordFilter filtr, RecordComparator porownaj, boolean kontrolowac); 42Paweł Fiderek 2011

43 Argument RecordFilter filtr pozwala zdefiniować sposób wyboru rekordów z magazynu. Jest to interfejs wymagający określenia metody o nazwie matches(). Dzięki niemu można dokładnie ustawić jakie kryteria muszą spełnić rekordy, aby zostały odczytane, np. wybrać wszystkie rekordy (z przykładu przedstawionego wyżej, które zawierają liczbę dodatnią.) Podanie wartości null spowoduje, że rekordy odczytywane będą bez ograniczeń. Argument RecordComparator porownaj pozwala na uporządkowanie wg wybranego kryterium, np.: uporządkuj rosnąco według wartości liczb. Podanie wartości null spowoduje, że rekordy odczytywane będą kolejno zgodnie z natywną implementacją. Argument boolean kontrolowac pozwala na podjęcie decyzji, czy sposób odczytu rekordów (kryteria, kolejność) będą mogły się zmieniać za każdym razem, gdy nastąpi zmiana w magazynie. W takiej sytuacji zmianie musi ulec obiekt pozwalający na wyliczanie, jest to jednak dosyć czasochłonne. W przypadku, gdy ten parametr przyjmuje wartość false, należy budować na nowo obiekt enumerteRecord przy każdej zmianie. 43Paweł Fiderek 2011

44 private Dane getDane(int id,RecordStore nowy_magazyn)throws IOException, RecordStoreException { byte[] dane = nowy_magazyn.getRecord(id); DataInputStream is = new DataInputStream( new ByteArrayInputStream(dane)); Dane przyklad2 = new Dane(is.readUTF(), is.readInt()); return przyklad2; } A oto przykład odczytu danych z magazynu, trzeba oczywiście pamiętać o zamianie danych z postaci tablicy bajtów do postaci oryginalnej: 44Paweł Fiderek 2011

45 Poniżej przykład metody odczytującej dane z całego magazynu (ze wszystkich rekordów danego magazynu, przy wykorzystaniu metody enumerateRecord(); ) private String czytajMagazyn(String nazwa) throws Exception { RecordStore nowy_magazyn = null; int id; String ret; try{ nowy_magazyn = RecordStore.openRecordStore(nazwa,true); }catch(Exception e){ System.out.println("Blad Otwarcia magazynu!"); } RecordEnumeration wyl = nowy_magazyn.enumerateRecords(null,null,false); while(wyl.hasNextElement()){ id = wyl.nextRecordId(); Dane przyklad = getDane (id,spis); ret = id + " " + przyklad.daneTxt + " " + przyklad.daneNum; System.out.println(id + " " + przyklad.daneTxt + " " + przyklad.daneNum + "\n";); } try{ wyl.destroy(); nowy_magazyn.closeRecordStore(); }catch(Exception e){ System.out.println("Blad zamkniecia" + e); } return ret; } 45Paweł Fiderek 2011

46 Na koniec usuwanie. Mamy do dyspozycji dwie proste metody: void deleteRecord(int recordID); usuwa rekord o podanym ID ze zbioru static void deleteRecordStore(String recordStoreName); usuwa cały zbiór rekordów o podanej nazwie. Ale uwaga - zbiór musi być zamknięty inaczej otrzymamy wyjątek RecordStoreException. 46Paweł Fiderek 2011


Pobierz ppt "Programowanie urządzeń mobilnych Paweł Fiderek 2011."

Podobne prezentacje


Reklamy Google