Resource Modeling
Created by Myriam Leggieri, @iammyr for Rails Girls Galway The basic guides that have been merged and adapted are the Ruby on Rails Tutorial, the basic RailsGirls app and the tutorials for creating thumbnails, authenticating users, adding design, deploying to OpenShift and adding comments.
What do we want our app to do? As a first thing, we would like to
- authenticate users
- allow authenticated users to create a new touristic place description
- allow authenticated users to comment those places
- allow authenticated users to rate up to which extent those places are autism-friendly or not.
Note that these requirements help us identify 4 different resources: user, place, comment, rating. We are now going to model them specifying their properties and their associations with each other.
We will enable the rating in the next tutorial.
Authenticated Tourists/Users
Let’s generate our first resource: user and require its authentication.
Step 0: Add devise gem
Open up your Gemfile
and add this line
and run
to install the gem. Also remember to restart the Rails server.
Step 1: Set up devise in your app
Run the following command in the terminal.
Step 2: Configure Devise
Ensure you have defined default url options in your environments files. Open up config/environments/development.rb
and add this line:
before the end
keyword.
Open up app/views/layouts/application.html.erb
and add:
right above
Step 3: Setup the User model
We’ll use a bundled generator script to create the User model.
Coach: Explain what user model has been generated. What are the fields? Note that a model inherits abilities to interact with the DB from its ActiveRecord::Base super-class (ref. MVC).
Step 4: Create your first user
Now that you have set everything up you can create your first user. Devise creates all the code and routes required to create accounts, log in, log out, etc.
Make sure your rails server is running, open http://localhost:3000/users/sign_up and create your user account.
Step 5: Add sign-up and login links
All we need to do now is to add appropriate links or notice about the user being logged in in the top right corner of the navigation bar.
In order to do that, edit app/views/layouts/application.html.erb
by adding at the beginning of the body:
Finally, force the user to redirect to the login page if the user was not logged in. Open up app/controllers/application_controller.rb
and add:
after protect_from_forgery with: :exception
.
Open your browser and try logging in and out from.
Coach: Talk about the user_signed_in?
and current_user
helpers. Why are they useful?
Let’s add-commit-push to your GitHub repo! See how nicely all the changes are now on your GitHub profile? :)
Touristic Places
We now use Rails’ scaffold functionality to generate and set up all that is necessary to list, add, remove, edit, and view our second resource: “touristic places”.
The scaffold creates new files in your project directory. However, we have defined (modeled) a “structure” for our “place” resource and we want all the future instances of this resource to stick to this structure and get stored somewhere, i.e., in a database.
We are already using a database (see gem 'sqlite'
in your Gemfile). Let’s add the structure of “place” as a table to our database with the following.
Coach: What is Rails scaffolding? What are migrations and why do you need them? Note the pages that have been created to manipulate the “place” resources and their naming convention. Look at the server logging and explain it as a report of the following interaction (in the context of the MVC pattern):
- The browser issues a request for the /places URL.
- Rails routes /places to the index action in the Places controller.
- The index action asks the Place model to retrieve all places (Place.all).
- The Place model pulls all the places from the database.
- The Place model returns the list of places to the controller.
- The controller captures the users in the @users variable, which is passed to the index view.
- The view uses embedded Ruby to render the page as HTML.
- The controller passes the HTML back to the browser
Note that the controller created is RESTful (explain)
Note that the controller inherits abilities (large amount of functionality, such as the ability to manipulate model objects, filter inbound HTTP requests, and render views as HTML) from its ApplicationController super-class (ref. MVC).
Open up app/views/places/show.html.erb
and remove the line that says:
This line is not necessary as we’ve already put the authenticated user notice in the app/views/layouts/application.html.erb
file.
Let’s add-commit-push to your GitHub repo!
Resource Associations
Note that places aren’t yet properly associated with users. For instance, when creating a new place the field “User” is expected to be filled by ourselves and when viewing a user profile there isn’t any list of places created by him/her and viceversa. Also, when deleting a user account all the places he/she created do not get deleted automatically.
Let’s properly create the 1-to-many association between User and Places.
Step 1. Add 1-to-many association
You need to make sure that Rails knows the relation between the User and Place resources. As one user can create many places we need to make sure the user model knows that. Open app/models/user.rb and after the row
add
The place also has to know that it belongs to a user. So open app/models/place.rb and after
add the row
Step 2: Render the views
Open app/views/places/_form.html and after
add the row
next, remove
Step 3: Set edit/delete permissions
Allow only the place creator to edit/delete a place.
Open app/views/places/index.html.erb and substitute
with
That’s it. Now view a user you have inserted to your application and there you should see the form for creating a place as well as deleting older places.
Place’s Comments
Just as well as we created a “place” resource and associated it with users, we can create a “comment” resource and associate it with places 9and with its author).
Coach: show that the scaffold generator has updated the Rails routes file with a rule for the Review resource
##Resource Association
Step 1. Add 1-to-many association
Open app/models/place.rb and after the row
add
Open app/models/comment.rb and after
add the rows
Step 2: Render the views
Open app/views/comments/_form.html and substitute
with the row
next, substitute
with the row
Open app/views/places/show.html.erb and just before the bottom links add
In app/controllers/places_controller.rb add to show action after the row
this
Step 3: Set edit/delete permissions
Allow only the comment creator to edit/delete a comment.
Open app/views/places/show.html.erb and substitute
with
Resource Field Validation
At the moment comments, places and users are characterized by information that is never validated for its correctness. Still, for instance, there should be a limit on the length of comments in review or on the format of a user’s email address.
Then let’s add a constraint over the length of the comment’s body field (we’ll use the ‘validates’ keyword). Open app/models/comment.rb and add between ‘class’ and ‘end’:
Finetune the routes
If you try to open http://localhost:3000 it still shows the “Welcome aboard” page. Let’s make it redirect to the places page.
Open config/routes.rb
and after the first line add
Test the change by opening the root path (that is, http://localhost:3000/) in your browser.
Coach: Talk about routes, and include details on the order of routes and their relation to static files.
Rails 3 users: You will need to delete the index.html from the /public/
folder for this to work.