A simple but powerful Rails engine for storing user preferences, feature flags, etc. With support for reading/writing values client-side!
Requires Rails 6.1+. (i.e works on Rails 6.1, Rails 7, Rails 7.1, ...)
Add preflex
to your Gemfile
.
gem 'preflex'
Run bundle install
bundle install
Run the Preflex installer.
bundle exec rails preflex
This will generate a create a table to store preferences, generate a dummy initializer file, mount the engine at /preflex
in your routes.rb
as well as ask you if you want to create an example preference class.
If you used the installer above, it would've already done this for you, after prompting you. But for context, here's what a preference class looks like
# app/models/user_preference.rb
class UserPreference < Preflex::Preference
preference :playback_rate, :integer, default: 1
preference :volume, :integer, default: 80
preference :theatre_mode, :boolean, default: false
preference :favorite_colors :json, default: ['red', 'blue']
end
UserPreference.for(current_user).get(:playback_rate) # => 1
UserPreference.for(current_user).set(:volume, 100)
UserPreference.for(current_user).get(:volume) # => 100
If you just specify a current_owner
class method that returns the owner of the preference in context of a controller request like below:
class UserPreference < Preflex::Preference
...
...
# This is the owner of this preference
# It can be any unique object.
# Either a ActiveRecord object like instance of your User/Customer/Account model.
# Or even just a unique number/string/etc.
def self.current_owner(controller_instance)
controller_instance.current_user
end
end
You would then simply be able to read/write preferences any where in the app like (as long as you are in context of a controller request):
UserPreference.get(:playback_rate) # => 1
UserPreference.get(:theatre_mode) # => false
UserPreference.set(:theatre_mode, true) # => true
# In case you'd like to be a bit more explicit,
# you can also do this:
UserPreference.current.get(:playback_rate) #=> 1
Make sure you've specified current_owner
as described above. And then add this to the head tag in your layout file (e.g app/views/layouts/application.html.erb)
<!-- e.g in app/views/layout/application.html.erb -->
<html>
<head>
<%= Preflex::PreferencesHelper.script_tag(UserPreference) %>
...
</head>
...
</html>
If you've got multiple preference classes, make sure you list them all here when rendering the script tag. e.g:
<%= Preflex::PreferencesHelper.script_tag(UserPreference, FeatureFlags, CustomerSettings) %>
You'll then be able to read and write values from Javascript like so:
console.log(UserPreference.get('playback_rate')) // => 1
console.log(UserPreference.get('favorite_colors')) // => ['red', 'blue']
UserPreference.set('favorite_colors', ['orange', 'white'])
console.log(UserPreference.get('favorite_colors')) // => ['orange', 'white']
This will update things on the client instantly + also send a request to your server to persit the preference change in the database.
document.addEventListener('preflex:preference-updated', (e) => { console.log("Event detail:", e.detail) })
UserPreference.set('favorite_colors', ['orange', 'white'])
// => Event detail: { klass: 'UserPreference', name: 'favorite_colors', value: ['orange', 'white'] }
When you first install the gem and run bundle exec rails preflex
, we create a single table in your database called preflex_preferences
. All preferences are stored there.
When you create a new preference class, it's just an STI child of the Preflex::Preference
model that the engine defines. So you don't need to run any migrations to create new tables/etc. later.
If you read/write values client side, we also store a copy in local storage when you write things client side (so your preference values are always instantly updated client-side). But we also do a POST request to let the server know of the change.
I'd recommend limiting yourself to :integer, :boolean, :string, :big_integer, :float, :json
.
Preflex uses store_attribute under the hood, so any thing that it supports should work, but if you also read/write values from the client side, things like date time might not be serialized properly.
Updating things from JavaScript will instantly update a copy of the data in local storage. And emit a preflex:preference-updated
event. It will also do a POST request to your server to persist the change in the database.
Preflex defines a super-simple Preflex::PreferencesController
with a single update action to handle that. It will:
- Get the preference class from params,
- Load it's current instance - e.g UserPreference.current
(so you must define
current_owner
as described above in your preferences class if updating things client side) - Get the name and value in params and do the update.
Yes, you can create as many preference classes as you want grouping different domains of preference settings.
For example, you might have a multi-tenant application that has multiple Account
objects, and there are also User
objects which can belong to multpile accounts.
So as an example, you can do a preference class for account, to store account level preferences like feature flags. And another preference class for user, for things like their playback rate, dark mode preference.
# app/models/feature_flags.rb
class FeatureFlags < Preflex::Preference
preference :new_navigation, :boolean, default: false
preference :email_builder_v2, :boolean, default: true
def self.current_owner(controller_instance)
controller_instance.current_account
end
end
# app/models/user_preference.rb
class UserPreference < Preflex::Preference
preference :dark_mode, :boolean, default: false
preference :playback_rate, :integer, default: 1
def self.current_owner(controller_instance)
controller_instance.current_user
end
end
Feel free to open an issue if you've got a question/problem.