Welcome to the Bog App
Researchers are collecting data on a local bog and need app to quickly record field data. Our goal is to create a Bog App.
Intro
| Objectives |
|---|
| Review CRUD in the context of a Rails application, especially Updating and Deleting a resource. |
| Examine form helpers and partials (if time permits) in a Rails Application. |
| Apply styling and Bootstrap to our site to create a custom layout. |
Background
| Background |
|---|
| A bog is a mire that accumulates peat, a deposit of dead plant material—often mosses. |
I hear bog and think of this...

but if you were thinking of peat more...

Outline
Part I: Review and Apply Form Helpers
* Drop in Bootstrap
* Setup a **`/creatures/`** index route and template
* Create a **Creature** model.
* verify it works in console
* iterate over each creature in creatures#index
* Setup a **`/creatures/new`** and **CREATE**
* Use form helpers with a new `Creature`
* Setup a **`/creatures/:id`** to show a particular `creature`
Part II: Setup Edit, Update, and Delete
* Setup a **`/creatures/:id/edit`** and **UPDATE**
* Setup a **Delete**
Part III: Review and Refactor
CRUD and REST Reference
Typically we associate CRUD with the following HTTP methods
| CRUD Operation | HTTP Method | Example |
|---|---|---|
| Create | POST | POST "/puppies?name=spot" (create a puppy named spot) |
| Read | GET | GET "/puppies" (Shows all puppies) |
| Update | PUT or UPDATE | PUT "/puppies/1?name=lassy" (change puppy number 1 to have name lassy) |
| Delete | DELETE | Delete "/puppies/1" (destroy the first puppy, yikes!!!!) |
REST stands for REpresentational State Transfer. We will demonstrate these practices throughout this lesson, but for now preparing don't worry too much about it yet.
1. Setup Rails New
$ rails new bog_app -T$ cd bog_app- NOTE:
rake db:create $ rails s
Now our app is up and running, localhost:3000.
2. Drop in Bootstrap
Just put the third party css libraries in vendor/assets and for bootstrap just file it under stylesheets.
curl https://maxcdn.bootstrapcdn.com/bootstrap/3.2.0/css/bootstrap.min.css > vendor/assets/stylesheets/bootstrap-3.2.0.min.css
3. Routes
Go to config/routes.rb and inside the routes block erase all the commented text. It should now look exactly as follows
config/routes.rb
Rails.application.routes.draw do
end
Now we can define all our routes.
Your routes.rb will just be telling your app how to connect HTTP requests to a Controller. Let's get ready for our first route.
NOTE
The nature of any route goes as follows:
request_type '/for/some/path/goes', to: "controller#method"e.g. if we had a
PuppiesControllerthat had aindexmethod we could sayget "/puppies", to: "puppies#index"
4. Creatures Index Route
Using the above routing pattern we'll write our first
`/config/routes.rb`
RouteApp::Application.routes.draw do
root to: 'creautres#index'
## Also just to keep it RESTful
resources :creatures, only: [:index]
end
5. Creatures Controller and Index Method
Let's begin with the following
$ rails g controller creatures
which is a generator for creating our controller.
We first need to setup our #index method in creatures
app/controllers/creatures_controller.rb
class CreaturesController < ApplicationController
def index
@creatures = Creature.all
render :index
end
...
end
6. Create A Creature
In terminal, we create our Creature model using a rails generator as follows,
$ rails g model creature name description
$ rake db:migrate
Verify it works
We go straight into terminal to enter rails console.
$ rails console
> Creature.create({name: "Yoda", description: "Green little man"})
=> #<Creature ....>
This will avoid issues later with index trying to render Creatures that aren't there.
db/seeds.rb
Creature.create({name: "Luke", description: "Jedi"})
Creature.create({name: "Darth Vader", description: "Father of Luke"})
and then just run $ rake db:seed in console. This will now get run every time you rake db:reset.
Seeds
Because when we create an application in development we typically will want some mock data to play with we can just drop this into the db/seeds.rb file.
8. Creatures Index View
If you look at your views the views/creatures folder has already be created so we just need to add the file below:
app/views/creatures/index.html.erb
<% @creatures.each do |creature| %>
<div>
Name: <%= creature.name %> <br>
Description: <%= creature.description %>
</div>
<% end %>
9. A new route for Creatures
The RESTful convention would be to make a form available at /creatures/new. Let's add this route.
/config/routes.rb
Rails.application.routes.draw do
root to: 'creatures#index'
resources :creatures, only: [:index, :show]
end
10.A new method for Creatures
The request for /Creatures/new will search for a Creatures#new, so we must create a method to handle this request. This will render the new.html.erb in the app/views/Creatures folder.
app/controllers/creatures_controller.rb
class CreaturesController < ApplicationController
...
def new
render :new
end
...
end
11. A new view for Creatures
Let's create the app/views/Creatures/new.html.erb with a form that the user can use to sumbit new Creatures to the application. Note: the action is /Creatures because it's the collection we are submiting to, and the method is post because we want to create.
app/views/creatures/new.html.erb
<%= form_for :creature, url: "/creatures", method: "post" do |f| %>
<%= f.text_field :name %>
<%= f.text_area :description %>
<%= f.submit "save creature" %>
<% end %>
12. A Create Route
We have now defined our next route in our new.html.erb as we are directing all form posts to the following:
post "/creatures", to: "creatures#create"
when we said
url: "/creatures", method: "post"
and so we add it to our
/config/routes.rb
Rails.application.routes.draw do
root to: 'creatures#index'
resource :creatures, only: [:index, :new, :create]
end
13. A Create Method
Let's create creatures#create method
app/controllers/creatures_controller.rb
class CreaturesController < ApplicationController
...
def create
creature_params = params.require(:creature).permit(:name, :description)
@creature = Creature.new(creature_params)
if @creature.save
redirect_to "/creatures"
end
end
...
end
14. A smarter new view for Creatures
Let's update our creatures#new method
app/controllers/creatures_controller.rb
class CreaturesController < ApplicationController
...
def new
@creature = Creature.new
render :new
end
...
end
This sets @creature to a new instance of a Creature which we can now share with or new.html.erb and thus our form_helper
app/views/creatures/new.html.erb
<%= form_for @creature do |f| %>
<%= f.text_field :name %>
<%= f.text_area :description %>
<%= f.submit "save creature" %>
<% end %>
15. Show Route
Right now, our app redirects to #index after a create, which isn't helpful for quickly verifying what you just created. To do this we create a #show.
Let's add our show route.
/config/routes.rb
Rails.application.routes.draw do
root to: 'creatures#index'
resources :creatures, only: [:index, :new, :create, :show]
end
Our /creatures/:id path is below our /creatures/new path. If we had creatures/new below the show route then the pattern matching will cause an error where all requests for /creaturess/new get sent to the show.
A controller method
app/controllers/creatures_controller.rb
class CreaturesController < ApplicationController
...
def show
id = params[:id]
@creature = Creature.find(id)
render :show
end
...
end
A view for showing a creature
app/views/creatures/show.html.erb
<div>
Name: <%= @creature.name %> <br>
Description: <%= @creature.description %>
</div>
16.Changing the #create redirect
The #create method redirects to #index (the /creaures path), but this isn't very helpful for verrifying that a newly created creature was properly created. The best way to fix this is to have it redirect to #show.
app/controllers/creatures_controller.rb
class CreaturesController < ApplicationController
...
def create
creature_params = params.require(:creature).permit(:name, :description)
@creature = Creature.new(creature_params)
if @creature.save
redirect_to "/creatures/#{creature.id}"
end
end
...
end
Part II: Setup Edit, Update, and Delete
Editing a Creature model requires two seperate methods. One to display the model information to be edited by the client, and another to handle updates submitted by the client.
If look back at how we handled the getting of our new form we see the following pattern.
- Make a route first
- Define a controller method
- render view
The only difference is that now we need to use the id of the object to be edited. We get the following battle plan.
- Make a route first
- Make sure it specifies the
idof the thing to be edited
- Make sure it specifies the
- Define a controller method
- Retrieve the
idof the model to be edited fromparams - use the
idto find the model
- Retrieve the
- render view
- use model to display in the form
Getting to an Edit
We begin with handling the request from a client for an edit page.
We can easily define a RESTful route to handle getting the edit page as follows
/config/routes.rbRails.application.routes.draw do root to: 'creatures#index' resources :creatures, only: [:index, :new, :create, :show, :create] end
- Similarly, using our
#showmethod as inspiration we write an#editmethod
`app/controllers/creatures_controller.rb`
class CreaturesController < ApplicationController
...
def edit
id = params[:id]
@creature = Creature.find(id)
render :edit
end
...
end
- Let's quickly begin the setup of an
editform using ournew.html.erbfrom earlier. To see how the form is different we will need to render it and check it out in Chrome console.
`app/views/creatures/new.html.erb`
<%= form_for @creature do |f| %>
<%= f.text_field :name %>
<%= f.text_area :description %>
<%= f.submit "update creature" %>
<% end %>
Going to creatures/1/edit we get the following error:
undefined method `creature_path' for #<#<Class:0x007fc5fc41be68>:0x007fc5fc40ea38>
This is because when we rake routes we notice that there is no prefix for the creature which rails uses internally to generate methods for you.
/config/routes.rb
Rails.application.routes.draw do
root to: 'creatures#index'
resources :creatures, only: [:index, :new, :create, :show, :create, :edit]
end
That's pretty much the whole-shebang when comes to getting an edit page. Our previous knowledge has really come to help us understand what we need to do. We'll see this also true for the update that still needs to be handled witht the submission of the form above.
Putting updated form data
Looking back at how we handled the submission of our new form we see the following pattern.
- Make a route first
- Define a controller method
- redirect to something
The only difference now is that we will need to use the id of the object being update.
- Make a route first
- Make sure it specifies the
idof the thing to be updated
- Make sure it specifies the
- Define a controller method
- Retrieve the
idof the model to be updated fromparams - use the
idto find the model - retrieve the updated info sent from the form in
params - update the model
- Retrieve the
- redirect to show
- use
idto redirect to#show
- use
Putting it into action
Make a route that uses the
idof the object to be updated/config/routes.rbRails.application.routes.draw do root to: 'creatures#index' resources :creatures, except: [:destroy] endNote the method we now need to create is called
#updateIn the
CreaturesControllerwe will create the#updatemethod mentioned aboveapp/controllers/creatures_controller.rbclass CreaturesController < ApplicationController ... def update creature_id = params[:id] creature = Creature.find(Creature_id) # get updated data updated_attributes = params.require(:creatue).permit(:name, :description) # update the creature creature.update_attributes(updated_attributes) #redirect to show redirect_to "/creatures/#{creature_id}" end end
Destroy
Following a similar pattern to the above we create a route for a destroy that uses the id of the model to be deleted.
`/config/routes.rb`
Rails.application.routes.draw do
root to: 'creatures#index'
resources :creatures
end
Next we create a method for it in the CreaturesController
app/controllers/creatures_controller.rb
class CreaturesController < ApplicationController
...
def destroy
id = params[:id]
creature = Creature.find(id)
creature.destroy
redirect_to "/creatures"
end
end
and if you were tempted to use Creature.delete that would be fine here because there are no associations. However, we need to use model.destroy if we want to avoid issues later.
Let's add a delete button to another view.
app/views/creatures/index.html.erb
<% @creatures.each do |creature| %>
<h2> <%= creature.name %> </h2>
<p> <%= creature.description %></p>
<%= button_to "Delete", creature, method: :delete %>
<% end %>