= Pizzaworld

Klient posiada sieć pizzerii i potrzebuje aplikacji do zarządzania kartami 
dań w nich. Każda pizzeria posiada nazwę (unikalną), adres i godziny otwarcia. 
W każdej pizzerii można serwować różne rodzaje pizzy. Każdy rodzaj pizzy ma swoją
nazwę, cenę i listę składników (jako opis).

== Założenia

Najważniejsze założenie: sieć pizzerii posiada zbiór przepisów (zestawów dodatków) na pizzę, które
przypisuje do swoich lokali. Stąd każda pizza ma jedną cenę we wszystkich lokalach,
a jej zmiana (jak i innych atrybutów) powoduje zaktualizowanie menu we wszystkich
restauracjach, które miały ją w ofercie.

Nie jest to jedyne możliwe podejście. Innym, równie dobrym, byłoby założenie że każda
restauracja ma zupełnie oddzielne menu. Wówczas mogłoby istnieć wiele pizz o tej samej nazwie
i tym samym składzie, ale o różnej cenie, każda przypisana do innego lokalu. 
Modyfikacja czy dodanie nowej pizzy do każdego lokalu należałoby robić osobno.

A można zrobić jeszcze lepiej. Na bazie obecnego schematu dodać w tabeli łączącej
pizzas_restaurants pole ceny, stworzyć join model, i użyć relacji has_many :through.
Wtedy mamy jedno i drugie - zmiany w przepisie od razu aktualizują menu we wszystkich
restauracjach, ale ceny sa ustalane per lokal. 

= Uruchamianie

Wymagania: ruby 1.9.2, bundler, zainstalowany pakiet sqlite3-dev (do zbudowania niezbędnego gema)

Z linii poleceń po kolei:

$ git clone http://github.com/k3rni/pizzaworld
$ cd pizzaworld
$ bundle install
$ rake db:setup db:seed
$ rails server

= Testy

Ze względu na prostotę modeli (które nie zawierają żadnych nietrywialnych metod), 
nie ma do nich unittestów (gdyby były, to testowałyby ActiveRecord, a nie aplikację).
Dodatkowych kilka testów jest za to w testach funkcjonalnych, sprawdzają one
zachowanie się akcji create i update w obliczu powtórzonych danych.