Example Rails codebase that adheres to the RealWorld API spec.
This repo is functionality complete -- PRs and issues welcome!
Check out the rails-5.1 branch to see the updated code for Rails 5.1
To get the Rails server running locally:
- Clone this repo
bundle installto install all req'd dependencies
rake db:migrateto make all database migrations
rails sto start the local server
- acts_as_follower - For implementing followers/following
- acts_as_taggable - For implementing tagging functionality
- Devise - For implementing authentication
- Jbuilder - Default JSON rendering gem that ships with Rails, used for making reusable templates for JSON output.
- JWT - For generating and validating JWTs for authentication
app/models- Contains the database models for the application where we can define methods, validations, queries, and relations to other models.
app/views- Contains templates for generating the JSON output for the API
app/controllers- Contains the controllers where requests are routed to their actions, where we find and manipulate our models and return them for the views to render.
config- Contains configuration files for our Rails application and for our database, along with an
initializersfolder for scripts that get run on boot.
db- Contains the migrations needed to create our database schema.
config/initializers/jbuilder.rb- Jbuilder configuration for camelCase output
app/controllers/application_controller.rb#underscore_params!- Convert camelCase params into snake_case params
By default Ruby on Rails will throw an exception when a request doesn't contain a valid CSRF token. Since we're using JWT's to authenticate users instead of sessions, we can tell Rails to use an empty session instead of throwing an exception for requests by specifying
:null_session in app/controllers/application_controller.rb.
Requests are authenticated using the
Authorization header with a valid JWT. The application_controller.rb#authenticate_user! filter is used like the one provided by Devise, it will respond with a 401 status code if the request requires authentication that hasn't been provided. The application_controller.rb#authenticate_user filter is called on every request to try and authenticate the
Authorization header. It will only interrupt the request if a JWT is present and invalid. The user's id is then parsed from the JWT and stored in an instance variable called
@current_user_id can be used in any controller when we only need the user's id to save a trip to the database. Otherwise, we can call
current_user to fetch the authenticated user from the database.
Devise only requires an email and password upon registration. To allow additional parameters on sign up, we use application_controller#configure_permitted_parameters to allow additional parameters.