niedziela, 26 września 2010

Trasy Rowerowe

Dziś powiem jak zamierzam publikować trasy rowerowe w aplikacji. Praca jest przewidziana dla osób lubiących jeździć na rowerze. Sam proces wprowadzania danych do programy o miejscach pobytu nie może być zatem zbyt skomplikowany. Najlepszym z możliwych rozwiązań jest korzystanie z urządzeń GPS. A te oferują całkiem niezły mechanizm komunikacji z aplikacjami :).

Pisze trochę tajemniczo wiec już zaczynam tłumaczyć. Część odbiorników GPS zapisuje w pamięci najczęściej na karcie pamięci informacje o tym gdzie aktualnie się znajduje. Dzięki takiemu zapisowi dostajemy zbiór informacji w postaci pojedynczego pliku o trasie jaką już pokonaliśmy. Plik taki zapisywany jest w rozszerzeniu kml . Jest to plik dzięki któremu możemy wyświetlić dane geograficzne np w google maps, google earth czy google maps dla urządzeń mobilnych. Dzięki uprzejmości google oraz ich otwartemu api dla map bez problemu mogę ustawić swoją mapę google na stronie mojego projektu a dzięki plikom kml zostaje uproszczone zadanie podawania danych do aplikacji.
Sama struktura wewnętrzna pliku jest bazowana na plikach xml i dla przykłądu zostanie pokazana poniżej:

<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://www.opengis.net/kml/2.2">
  <Placemark>
    <name>Simple placemark</name>
    <description>Attached to the ground. Intelligently places itself 
       at the height of the underlying terrain.</description>
    <Point>
      <coordinates>-122.0822035425683,37.42228990140251,0</coordinates>
    </Point>
  </Placemark>
</kml>

Przykład ten jest zaczerpnięty z tutoriala dotyczącego obsługi map google oraz plików kml znajdującego się na stronie:  http://code.google.com/apis/kml/documentation/kml_tut.html.
Kolejną stroną warta do przeglądnięcia jest http://econym.org.uk/gmap/ .


Dzięki zastosowaniu api google maps oraz sposobu zamieszczania map uzyskałem prosty oraz nie wymagający dużej ilości kodowania sposób na prezentacje map.

niedziela, 19 września 2010

Praca z frameworkiem cz 3

W poprzednim poście pisałem o formularzach oraz o możliwości generowania formularzy z bazy danych oraz o kilku możliwościach konfiguracji formularza w metodzie configure(). W tym poście chce poświecić jeszcze trochę miejsca w tematyce formularzy. Kładę nacisk specjalnie na ten temat ponieważ będzie on stanowił on integralną część powstającego programu.


Dziś opisze działanie przydatnej metody do konfigurowania widoku, wyglądu formularza.
Przykładowo aby wyświetlić formularz należy zastosować prosty kod
<?php echo $form ?>
Jednakże zastosowanie tylko takiego fragmentu kodu spowoduje wyświetlenie formularza jako wiersze tabeli. Nie zawsze takie rozwiązanie nam pasuje i większość czasu jaki potrzebny jest do utworzenia formularza spędzamy na ustawianiu layautu dla niego.
  Na szczęście symfony pozawala na używanie wielu przydatnych metod w celu łatwego konfigurowania formularza.

Poniżej przedstawię kilka pomocnych metod oraz opisze do czego one służą:

render()  - wyświetlanie formularza odpowiednik echo $from
renderHiddenFields() - wyświetlanie ukrytych pól
hasErrors() - zwraca true jesli formularz ma jakieś błędy
hasGlobalErrors() - zwraca true jeśli formularz ma błedy globalne
getGlobalErrors() - zwraca tablice błędów globalnych
renderGlobalErrors() - wyświetla błędy globalne

Formularz często zachowuje się jak tablica pól . Aby otrzymać dostęp do pola "pola" należy posłużyć się zwrotem $form['pola']. Obiekt ma możliwość użycia kilku metod które działają na każdym elemencie pola. Funkcje te to:

renderRow()
render()
renderLabel()
renderError()
renderHelp()

nazwy funkcji mówią w zasadzie same za siebie tak że nie widzę potrzeby ich opisywania. Jednak jeżeli znajdzie się ktoś ciekawy to odsyłam do dokumentacji symfony.

To wszystko na dziś ale obiecuje że do tematu formularzy powrócę jeszcze w przyszłych postach już w opisie gotowej aplikacji a nie założeń teoretycznych jak ma to miejsce teraz.

Praca z frameworkiem cz 2

Wspomniałem wcześniej że do rozpoczęcia pracy najpierw uczę się opanować obsługę frameworka. Wybranym frameworkiem jak pisałem wcześniej jest symfony. W wcześniejszym poście podałem również link do idealnego i chyba najlepszego kursu jaki jest dostępny o symfony czyli kursie joobet. Kurs jest bardzo klarowny i dobrze skonstruowany jednak chciałem poruszyć pewną kwestie w kursie a dokładnie chodzi o tworzenie formularzy.

 Formularze w symfony składają się z trzech części:

- validation (walidatora) jest to zbiór klas przeznaczonych do sprawdzania wejścia czyli do sprawdzania poprawności danych wpisywanych do formularza.

- widget : jest to zbór klas których zadaniem jest umieszczenie odpowiednich pól formularza np ( textareea, select czy input).

- forms: klasa form reprezentuje formularz stworzony z widgetow i walidatorów oraz metod pomagających zarządzać formularzem. Każde pole formularza ma swój własny widget i validator.


W symfony formularz jest klasa zrobioną z pól. Każde z tych pól ma nazwe , walidator, widgeta. Przykładem prostego formularza może być następująca klasa.
class ContactForm extends sfForm
{
  public function configure()
  {
    $this->setWidgets(array(
      'email'   => new sfWidgetFormInputText(),
      'message' => new sfWidgetFormTextarea(),
    ));
 
    $this->setValidators(array(
      'email'   => new sfValidatorEmail(),
      'message' => new sfValidatorString(array('max_length' => 255)),
    ));
  }
}
Pola formularza są konfigurowane w metodzie configore()  poprzez używanie metod setValidators() oraz setWidgets().

Na przykładzie pola email wiać iż jest ono tworzone widgetem (sfWidgetFormInputText) oraz poprawność tego pola jest przeprowadzana poprzez validator (sfValidatorEmail).

Ponieważ symfony "wie" dokładnie wszytko na temat naszej bazy danych bazując na modelu bazy, moze on automatycznie stworzyć formularz na podstawie tego jakie pola znajdują się w naszej bazie danych. W symfony służy do tego polecenie php symfony doctrine:build --forms. Jednak większość użytkowników korzystających z tego frameworka użyła polecenie php symfony doctrine:build -all które zawiera poprzednie polecenie w sobie.
Polecenie to tworzy klase w katalogu lib/form. Każdy model klasy ma swój odpowiedni formularz. Znaczy to tyle iż dla instancji np mojprojekt zostanie utworzony formularz mojprojektForm który domyślnie jest   pusty i dziedziczy z klasy bazowej.

Oczywiście możemy wyłączyć generowanie formularzy jeżeli nie potrzebujemy takiej możliwości. Należy w tym celu przejść do pliku yaml z schematem naszej bazy i dopisać następujące właściwości.
SomeModel:
  options:
    symfony:
      form: false
      filter: false
Jeżeli zdecydujemy się na wykorzystanie jednak automatycznie generowanych formularzy a chyba po to między innymi praujemy z frameworkami to może się okazać że nie chcemy aby wszystkie pola bazy danych były zawarte w formularzu. Np nie potrzebujemy pól takich jak "id" przynajmniej nie w formularzu.

Wiemy już ze aby konfigurować formularze musimy przejść do metody configure() zatem przejdźmy tam i dla przykładu pokaże tu kod usuwający z formularza 4 pola ( kod pobrany jest z kursu joobet).


class JobeetJobForm extends BaseJobeetJobForm
{
  public function configure()
  {
    unset(
      $this['created_at'], $this['updated_at'],
      $this['expires_at'], $this['is_activated']
    );
  }
}
Jest to wygodna i czytelna metoda usuwania pól w formularzu. Istnieje również możliwość podania po prostu które pola nas interesują i te pola zostaną tylko wyświetlone w formularzu. Możliwość taka przedstawiona zostanie poniżej.


class JobeetJobForm extends BaseJobeetJobForm
{
  public function configure()
  {
    $this->useFields(array('category_id', 'type', 'company', 'logo', 'url', 'position', 'location', 'description', 'how_to_apply', 'token', 'is_public', 'email'));
  }
}

Pola zawarte w tablicy to nazwy pół z bazy danych które mają zostać prze generowane na pola formularza.

Kolejną przydatną rzeczą jest ustawiania sprawdzania pól. Przykładowo jeżeli w schemacie pole email jest oznaczone jako varchar a my chcemy aby kolumna byla sprawdzana jako email to musimy w metodzie configure() dodać nastepująca linie.


public function configure()
{
  // ...
 
  $this->validatorSchema['email'] = new sfValidatorEmail();
}
Kto się zna na symfony to na pewno zauważy że jest tu jednak coś nie tak. No pewnie skoro ustawiamy nowy validator do pola email jako validator sfValidatorEmail() to tracimy te validatory ustawione domyślnie przez generator. Lepszym sposobem jest dodanie nowego walidatora do już istniejących. Aby to uczynić do metody configure dopisujemy np taki fragment kodu.
public function configure()
{
  // ...
 
  $this->validatorSchema['email'] = new sfValidatorAnd(array(
    $this->validatorSchema['email'],
    new sfValidatorEmail(),
  ));
} 
 Jeżeli pole w schemacie jest oznaczone jako varchar i chcemy ograniczyć to  pole do listy wyborów przygotowanej przez nas to należny się posłużyć przykładem poniżej: 

najpierw ustawiamy możliwe wartości w pliku xxxxxxTable.class. Przykład tu pobrany z kursu joobet.


class JobeetJobTable extends Doctrine_Table
{
  static public $types = array(
    'full-time' => 'Full time',
    'part-time' => 'Part time',
    'freelance' => 'Freelance',
  );
 
  public function getTypes()
  {
    return self::$types;
  }
 
  // ...
}
Następnie ustawiamy widgeta


$this->widgetSchema['type'] = new sfWidgetFormChoice(array(
  'choices'  => Doctrine_Core::getTable('JobeetJob')->getTypes(),
  'expanded' => true,
));

To tyle. W wolnej chwili przygotuje jeszcze dalszy opis pracy z formularzami.  Wybrałem ten temat ponieważ wydał mi się interesujący pyzatym na pewno wykorzystam te możliwości w swoim projekcie. W następnym Poście powrócę jeszcze do tej tematyki. 

niedziela, 12 września 2010

Prostym Okiem na api facebooka

O symfony bedę pisał następnym razem. Dziś powiem co nieco o facebooku i jego api. Posłużę się tu banalnym przykładem ale chyba oddającym to co trzeba żeby zrozumieć ze api facebooka jest dość logicznie skonstruowane.

W wcześniejszych postach podałem link do polskiego opisu jak stworzyć prostą aplikacje z PHP pod facebooka.

Dziś chce wyjaśnić tym którzy nie rozumieją jej działanie. Nie chce tu przytaczać całego kodu aplikacji. Powinien on być zrozumiały. Chce pokazać jak prosto można wyciągać interesujące nas informacje i na nich pracować. Przykładowymi informacjami niech będzie imię i nazwisko naszych znajomych. Jak je zdobyć ?. Jest to bardzo proste zadanie.

Należy jednak pamiętać iż wcześniej musimy pobrać biblioteke dla PHP z strony facebook dla developerów. Link do strony jest umieszczony w jednym z początkowych postów.
Następnie dołączamy jak każdą inna bibliotekę w PHP  za pomocą komendy require_once 'facebook.php';
musimy pamiętać iż aby facebook nas rozpoznał i wiedział ze nasza aplikacja jest naszą aplikacją to nalezy podać 2 istotne parametry:
$appapikey = 'twój apikey'; // z wiadomych przyczyn nie podaje tu prawdziwych kodów tylko podaje miejsce gdzie nalezy je wpisać. Kody znajdziecie w panelu developera.
$appsecret = 'twój secret';
$facebook = new Facebook($appapikey, $appsecret);


skoro pojawia się słówko new to wiemy ze tworzymy nowy obiekt na którym będziemy pracować a ponieważ parametry tego obiektu to klucze, wiec tak właśnie facebook wie ze nasza aplikacja jest naszą aplikacja :).

Kolejna linijka to linia mówiąza o tym iż aby zobaczyć efekt działania pracy skryptu w facebooku wymagany jest login.

$user_id = $facebook->require_login();

A teraz trochę magii czyli api; Chce aby z $user_id pokazało mi się na ekranie nazwa użytkownika który uruchamia program. Nic prostszego, poniższa linia to załatwi :)

<fb:name uid='<?php echo $user_id; ?>' useyou='false' possessive='true' />

tagi <fb> to włansie taki facebooka . Powyższa linia mówi alby wyświetlić nazwę użytkownika jako parametr uid podajemy identyfikator użytkownika zapisany w zmiennej user_id dodatkowo np dzięki parametrowi possessive do naszej nazwy dodamy charakterystyczny w angielskiej pisowni symbol ('s)
na końcu. Prawda że łatwe :).

Ale wróćmy do celu. Chcemy wyświetlić imiona i nazwiska naszych znajomych nie siebie samego.
Wiec powiedzmy facebookowi że chcemy listę naszych znajomych.
$friends = $facebook->api_client->friends_get();
$friends = array_slice($friends, 0, 25);

Proszę bardzo i już ją mamy. Teraz zostało tylko przepuszczenie $friends przez pętle i już. Proponuje np tak:

foreach ($friends as $friend) {
  echo "<br>";
      $userinfo = $facebook->api_client->users_getInfo($friend, 'first_name');
      echo $userinfo[0]['first_name'];
    echo $userinfo[0]['last_name'];
}
echo "</p>";

To tyle. Powstanie piękna lista znajomych. Dostęp do poszczególnych elementów jak zdjęcia naszych znajomych czy cokolwiek innego nie jest trudniejszy ponieważ w facebooku wszystko nawet zdjecia są traktowane jak obiekty i każdy z nich ma swoją unikatową nazwę.

Jest to proste pokazanie co można zrobić. I że nie jest to wcale takie trudne. Do mojej aplikacji oczywiście potrzeba znacznie bardziej skomplikowanych struktur ale ten prosty przykład pokazuje ze api facebooka jest przystępne i logiczne a obiekty są nazywane z sensem. W trakcie budowy mojej aplikacji od czasu do czasu będę pokazywać na blogu jak niektóre rzeczy zostały napisane przeze-mnie. Kod całej aplikacji i tak będzie dostępny ale najbardziej interesujące fragmenty doczekają się szerszego opisu.

niedziela, 5 września 2010

Praca z frameworkiem cz 1

Postanowiłem wykorzystywać w pracy nad projektem framework. Zdecydowałem się na symfony. Dlaczego akurat framework? Aby odpowiedzieć sobie na to pytanie wystarczy przyjrzeć się założeniom projektu. Po pierwsze projekt jest realizowany w ramach mojej pracy dyplomowej. Nie wchodzą wiec w gre błędy takie jak niepoprawne sprawdzanie zawartości formularzy, niepoprawne odwołania do bazy danych. Ponadto jak wcześniej wspomniałem projekt jest realizowany na zasadach MVC (model - widok - kontoroler) . Wszystko to można by pisać od zera ale po co ? . Każdy z tych elementów jest zaimplementowany w framework. O możliwościach samego frameworka będę pisał jeszcze kilka postów. Sam dopiero uczę się jego obsługi. Jednak mogę już przedstawić kilka zalet płynących z stosowania właśnie tego frameworka. 
Pierwszą jest fakt iż kod który piszemy jest logicznie poukładany wiec jeśli wchodzi do gry refaktoring lub testy programu to symfony nadaje sie do tego idealnie. Kolejną pozytywną rzeczą jest przekształcanie bazy danych do postaci obiektów. Co prawda jest już bardzo dobre rozwiązanie tego problemu jakim jest propel ale po co korzystać z osobnego działa jak można dokonać tego samego w frameworku. W trakcie pracy nad projektem będę z pewnością rozwijał swoją wiedzę dotyczącą możliwości jakie oferuje symfony. Każdy większy blok informacji będę opisywać w kolejnych działach.

Dla tych którzy nie chcą czekać na moje odkrycia polecam oczywiście świetny kurs który zainspirował mnie do korzystania z symfony jest on dostępny pod adresem http://www.symfony-project.org/jobeet/1_4/Doctrine/en/