Välkommen till Track 2 of Singing med Sinatra. I del ett granskade vi rutor, hur man arbetar med URI-parametrar, arbetar med formulär, och hur Sinatra skiljer rutter med den HTTP-metod som de begärdes av. Idag ska vi utöka vår kunskap om Sinatra genom att bygga en liten databasdriven app, "Recall", för att ta anteckningar / göra en att göra-lista.

Vi ska använda en SQLite-databas för att lagra anteckningarna, och vi använder DataMapper RubyGem för att kommunicera med databasen. Kör följande inuti ett skal för att installera relevanta Gems:

geminstallation sqlite3 datamapper dm-sqlite-adapter

Beroende på hur du har skapat RubyGems på ditt system, kan du behöva prefix gem installation med sudo.

---

Uppvärmningen

Låt oss hoppa direkt in genom att skapa en ny katalog för projektet och skapa applikationsfilen, recall.rb. Starta det genom att kräva de relevanta ädelstenarna:

kräver "rubygems" kräver "sinatra" kräver "datamapper"

Notera: Om du kör Ruby 1.9 (som du borde vara) kan du släppa "behöva rubygems" -linjen, eftersom Ruby automatiskt laddar RubyGems i alla fall.

Och konfigurera databasen med följande:

DataMapper :: setup (: default, "sqlite3: // # Dir.pwd /recall.db") klass Notera inkluderar DataMapper :: Resursegenskap: id, seriell egendom: innehåll, text,: krävs => sann egendom: komplett, booleskt: krävs => true,: default => false property: created_at, DateTime-egenskap: updated_at, DateTime-slut DataMapper.finalize.auto_upgrade!

På första raden skapar vi en ny SQLite3-databas i den aktuella katalogen, namngiven recall.db. Nedan lägger vi faktiskt upp ett Notes-bord i databasen.

Medan vi ringer klassen "Notera", skapar DataMapper tabellen som "Notes". Detta överensstämmer med en konvention som Ruby on Rails och andra ramverk och ORM-moduler följer.

Inom klassen ställer vi upp databasschemat. Tabellen Notes har 5 fält. En id fält som kommer att vara ett heltal primärtangent och automatisk inkrementering (detta är vad seriell betyder). en innehåll fält som innehåller text, en booleska komplett fält och två datetime fält, skapad vid och updated_at.

Den allra sista raden instruerar DataMapper att automatiskt uppdatera databasen för att innehålla tabeller och fält som vi har ställt och att göra det igen om vi gör några ändringar i schemat.

---

Hemsidan

Nu, låt oss skapa vår hemsida:

Överst är ett formulär för att lägga till en ny anteckning, och nedan är det alla anteckningar i databasen. För att komma igång lägger du till följande i programfilen, recall.rb:

få '/' do @notes = Note.all: .order =>: id.desc @title = 'Alla anteckningar' erb: hemänden

Viktig notering: Ta bort pricken ('.') i :.ordning. (WordPress störa kodprovet.)

På andra raden ser du hur vi hämtar alla anteckningar från databasen. Om du har använt ActiveRecord (den ORM som används i Rails) tidigare, kommer DataMapper-syntaxen att känna sig mycket bekant. Anteckningarna är tilldelade till @notes instansvariabel. Det är viktigt att använda instansvariabler (det är variabler som börjar med en @) så att de kommer att vara tillgängliga från visningsfilen.

Vi ställer in @titel instansvariabel och ladda visningar / home.erb visa fil via ERB-parsern.

Skapa visningar / home.erb visa fil och starta av med följande:

 
   
 
 <% # display notes %>

Vi har en enkel formulär som POST till hemsidan ('/'), och under det är en del ERB-kod som tjänstgör som platshållare för nu.

---

layouter

HTML-standardpartiet bland dig kan ha drabbats av en mindre stroke efter att ha sett att vår hemvyfil inte innehåller någon doktyp eller andra HTML-taggar. Tja, det finns en anledning till det. Skapa en layout.erb filen i din visningar / katalog som innehåller följande:

          
 
Återkallelse
 
för att du är för upptagen att komma ihåg
 
  
 <%= yield %> 
   

De två intressanta delarna här är linjerna 5 och 18. På linje 5 ser du den första användningen av <%=? %> ERB-taggar. <%= skiljer sig från det vanliga <% som det skriver ut vad som är inuti. Så här visar vi vad som helst i @titel instansvariabel följt av | Återkallelse för sidans