This gem provides a simple but powerful alternative to Rails Enums. In contrast to regular Enums, Anchormodels can hold application logic, making them ideal for tying code to database objects.
Typically, a Rails application consists of three kinds of state:
- The code, which we can consider static within a given version. Code can
reference to other code, e.g.
node.parent = other_node
. - The database contents, which can fluctuate within the bounds of the DB schema. Data can reference to other data, ideally via foreign keys.
- A mix of the two, where code needs to be specifically tailored for some kind of data. A prominent example of such a mix would for instance be user roles: roles must be hardcoded in the code because security logic is tied to them. However, as users are assigned to roles in the database, roles also need to be persisted in the database. This is where Anchormodel comes into play.
In Rails and other frameworks, the third point in the listing above is typically achieved via Enums. Enums map either Integers or Strings to constants and therefore provide a link between the DB and the application code.
However, at least in Rails, Enums provide very limited customization options. They are basic values that can be used in if-statements. Anchormodels however are regular classes and can easily be extended.
The gem ActiveEnum allows to create
Enum-like classes that can be extended. However it only supports Integer keys. I
find this unsatisfactory, as debugging with tools like psql
or mysql
is made
unnecessarily hard when you only see numbers. Keys for enums should be
meaningful, making you immediately understand what they stand for.
This is why Anchormodel is strictly relying on String keys corresponding to the entries of an Anchormodel.
- Add gem to Gemfile:
gem 'anchormodel'
- In
application_record.rb
, add in the class body:include Anchormodel::ModelMixin
For convenience, Anchormodel provides a Rails generator:
rails generate anchormodel Role
This will create app/anchormodels/role.rb
.
app/anchormodels/role.rb
:
class Role < Anchormodel
# Make <, > etc. based on <=> operator whic hwe will define below
include Comparable
# Expose the attribute privilege_level
attr_reader :privilege_level
# Define <=> to make user roles comparable based on the privilege level
def <=>(other)
@privilege_level <=> other.privilege_level
end
# Declare all available roles
new :guest, privilege_level: 0
new :manager, privilege_level: 1
new :admin, privilege_level: 2
end
app/models/user.rb
# The DB table `users` must have a String column `users.role`
class User < ApplicationRecord
# If `users.role` has an `NOT NULL` constraint, use:
belongs_to_anchormodel :role
# If `users.role` can be `NULL`, use the following instead:
belongs_to_anchormodel :role, optional: true
end
You may now use the following methods:
# Retrieve all user roles:
Role.all
# Retrieve a specific role from the String and find its privilege level
Role.find(:guest).privilege_level
# Implement a Rails helper that makes sure users can only edit other users that have a lower privilege level than themselves
def user_can_edit?(this_user, other_user)
this_user.role.privilege_level > other_user.role.privilege_level
end
# Pretty print a user's role, e.g. using the Rails FastGettext gem:
puts("User #{@user.name} has role #{@user.role.label}")
# Check whether @user has role admin
@user.role.admin? # true if and only if the role is admin (false otherwise)
Your form could look something like this:
<%= form_with(model: user) do |form| %>
<%# ... %>
<%= form.collection_select :role, Role.all, :key, :label %>
<%# ... %>
<% end %>
Anchormodel has built-in support for the simple_form gem by providing an input for the type :anchormodel
which displays anchormodel attributes as a collection select.
After SimpleForm is installed, you can write your form as:
<%= simple_form_for user do |f| %>
<%# ... %>
<%= f.input :role %>
<%# ... %>
<% end %>
Or, if you prefer radio buttons instead:
<%= simple_form_for user do |f| %>
<%# ... %>
<%= f.input :role, as: :anchormodel_radio_buttons %>
<%# ... %>
<% end %>
By default, Anchormodel adds three kinds of methods for each key to the model:
- a reader (getter)
- a writer (setter)
- a Rails scope
For instance:
class User < ApplicationRecord
belongs_to_anchormodel :role # where Role has keys :guest, :manager and :admin
belongs_to_anchormodel :shape # where Shape has keys :circle and :rectangle
end
# User now implements the following methods, given that @user is retrieved as follows:
@user = User.first # for example
# Readers
@user.guest? # same as @user.role.guest?
@user.manager?
@user.admin?
@user.rectangle? # same as @user.shape.rectangle?
@user.circle?
# Writers
@user.guest! # same as @user.role = Role.find(:guest)
@user.manager!
@user.admin!
@user.rectangle! # same as @user.shape = Shape.find(:rectangle)
@user.circle!
# Scopes
User.guest # same as User.where(role: 'guest')
User.manager
User.admin
User.rectangle # same as User.where(shape: 'rectangle')
User.circle
This behavior is similar as the one from Rails Enums. If you want to disable it, use:
class User < ApplicationRecord
belongs_to_anchormodel :role, model_readers: false, model_writers: false, model_scopes: false
# or, equivalent, to disable all at once:
belongs_to_anchormodel :role, model_methods: false
end
If your column name (and the model's attribute) is called differently than the Anchormodel, you may give the Anchormodel's class as the second argument. For example:
# app/anchormodels/color.rb
class Color < Anchormodel
new :green
new :red
end
# app/models/user.rb
class User < ApplicationRecord
belongs_to_anchormodel :favorite_color, Color
end
If you want to have multiple attributes in the same model pointing to the same Anchormodel, you need to disable model_methods
for at least one of them (otherwise the model methods will clash in your model class):
# app/models/user.rb
belongs_to_anchormodel :role
belongs_to_anchormodel :secondary_role, Role, model_methods: false
Collections of Anchormodels are supported. Assuming that your User
can have multiple Role
anchormodels, your code can look as follows:
# app/models/user.rb
belongs_to_anchormodels :roles
The method is deliberately called belongs_to...
and not has_many...
in order to indicate that the key is stored in a column of the model in which you are calling it. The rule of thumb for using a collection of Anchormodels is:
- Your column should be of type
string
, just like with the singularbelongs_to_anchormodel
. - Anchormodels will be stored in string form, separated by the
,
character - When reading the attribute, you will get a
Set
, thus duplicates are avoided.
Example usage for a User model with multiple roles as shown above:
u = User.first
u.roles = %i[moderator admin] # this will replace the user's roles by the two specified
u.roles # this will return a set of two Role Anchormodel instances, moderator and role
u.guest! # this will add the role `guest` to the user's roles
u.guest? # this will query whether the role `guest` is part of the user's roles
User.moderator # This will return all users that have the moderator role as part of their roles
For modifying a collection of Anchormodels, the following methods are implemented, the first three accepting a String, Symbol or Anchormodel:
u.roles.add(:moderator) # same as u.moderator!
u.roles << :moderator # alias of add
u.roles.delete(:moderator)
u.roles.clear
Note that no other methods of Set are overwritten at this point - if you use any other methods mutating the underlying Set, your changes will not be applied.
<%= form_with(model: user) do |form| %>
<%# ... %>
<%= form.collection_select :role, Role.all, :key, :label, multiple: true %>
<%# ... %>
<% end %>
If you get an error due to unpermitted params, make sure, you are allowing array-style parameters: params.require(:user).permit(roles: [])
Anchormodel's simple_form support also includes collections of Anchormodels.
Just like in the single Anchormodel implementation, a select input can be provided with:
<%= simple_form_for user do |f| %>
<%# ... %>
<%= f.input :role %>
<%# ... %>
<% end %>
The input figures out automatically that it is operating on a collection, so the form code is the same as for a single Anchormodel.
However, radio buttons are unsuitable for collections, so use check boxes instead:
<%= simple_form_for user do |f| %>
<%# ... %>
<%= f.input :role, as: :anchormodel_check_boxes %>
<%# ... %>
<% end %>