Name: userstamp
Owner: Vox Media
Description: This Rails plugin extends ActiveRecord::Base to add automatic updating of created_by and updated_by attributes of your models in much the same way that the ActiveRecord::Timestamp module updates created_(at/on) and updated_(at/on) attributes.
Created: 2015-07-20 18:09:25.0
Updated: 2015-11-10 20:03:40.0
Pushed: 2015-07-22 13:27:14.0
Size: 163
Language: HTML
GitHub Committers
User | Most Recent Commit | # Commits |
---|
Other Committers
User | Most Recent Commit | # Commits |
---|
The Userstamp Plugin extends ActiveRecord::Base to add automatic updating of 'creator', 'updater', and 'deleter' attributes. It is based loosely on the ActiveRecord::Timestamp module.
Two class methods (model_stamper
and stampable
) are implemented in this plugin.
The model_stamper
method is used in models that are responsible for creating, updating, or
deleting other objects. The stampable
method is used in models that are subject to being
created, updated, or deleted by 'stampers'.
Installation of the plugin can be done using the built in Rails plugin script. Issue the following command from the root of your Rails application:
$ ./script/rails plugin install git://github.com/delynn/userstamp.git
or add it to your Gemfile:
gem 'userstamp'
and run bundle install
to install the new dependency.
Once installed you will need to restart your application for the plugin to be loaded into the Rails environment.
In this new version of the Userstamp plug-in, the assumption is that you have two different categories of objects; those that manipulate, and those that are manipulated. For those objects that are being manipulated there's the Stampable module and for the manipulators there's the Stamper module. There's also the actual Userstamp module for your controllers that assists in setting up your environment on a per request basis.
To better understand how all this works, I think an example is in order. For this example we will
assume that a weblog application is comprised of User and Post objects. The first thing we need to
do is create the migrations for these objects, and the plug-in gives you a userstamps
method for very easily doing this:
s CreateUsers < ActiveRecord::Migration
f self.up
create_table :users, :force => true do |t|
t.timestamps
t.userstamps
t.name
end
d
f self.down
drop_table :users
d
s CreatePosts < ActiveRecord::Migration
f self.up
create_table :posts, :force => true do |t|
t.timestamps
t.userstamps
t.title
end
d
f self.down
drop_table :posts
d
Second, since Users are going to manipulate other objects in our project, we'll use the
model_stamper
method in our User class:
s User < ActiveRecord::Base
del_stamper
Finally, we need to setup a controller to set the current user of the application. It's recommended that you do this in your ApplicationController:
s ApplicationController < ActionController::Base
clude Userstamp
If all you are interested in is making sure all tables that have the proper columns are stamped
by the currently logged in user you can stop right here. More than likely you want all your
associations setup on your stamped objects, and that's where the stampable
class method
comes in. So in our example we'll want to use this method in both our User and Post classes:
s User < ActiveRecord::Base
del_stamper
ampable
s Post < ActiveRecord::Base
ampable
Okay, so what all have we done? The model_stamper
class method injects two methods into the
User class. They are #stamper= and #stamper and look like this:
stamper=(object)
ject_stamper = if object.is_a?(ActiveRecord::Base)
object.send("#{object.class.primary_key}".to_sym)
se
object
d
read.current["#{self.to_s.downcase}_#{self.object_id}_stamper"] = object_stamper
stamper
read.current["#{self.to_s.downcase}_#{self.object_id}_stamper"]
The big change with this new version is that we are now using Thread.current to save the current stamper so as to avoid conflict with concurrent requests.
The stampable
method allows you to customize what columns will get stamped, and also
creates the creator, updater, and deleter associations.
The Userstamp module that we included into our ApplicationController uses the setter method to set which user is currently making the request. By default the 'set_stampers' method works perfectly with the RestfulAuthentication plug-in:
set_stampers
er.stamper = self.current_user
If you aren't using ActsAsAuthenticated, then you need to create your own version of the
set_stampers
method in the controller where you've included the Userstamp module.
Now, let's get back to the Stampable module (since it really is the interesting one). The Stampable module sets up before_* filters that are responsible for setting those attributes at the appropriate times. It also creates the belongs_to relationships for you.
If you need to customize the columns that are stamped, the stampable
method can be
completely customized. Here's an quick example:
s Post < ActiveRecord::Base
ts_as_stampable :stamper_class_name => :person,
:creator_attribute => :create_user,
:updater_attribute => :update_user,
:deleter_attribute => :delete_user
If you are upgrading your application from the old version of Userstamp, there is a compatibility mode to have the plug-in use the old “_by” columns by default. To enable this mode, add the following line to the Rails.root/config/initializers/userstamp.rb file:
:Userstamp.compatibility_mode = true
If you are having a difficult time getting the Userstamp plug-in to work, I recommend you checkout the sample application that I created. You can find this application on GitHub
Uninstalling the plugin can be done using the built in Rails plugin script. Issue the following command from the root of your application:
script/plugin remove userstamp
RDoc has been run on the plugin directory and is available in the doc directory.
There are extensive unit tests in the “test” directory of the plugin. These test can be run individually by executing the following command from the userstamp directory:
ruby test/compatibility_stamping_test.rb
ruby test/stamping_test.rb
ruby test/userstamp_controller_test.rb
Bug reports and feedback are welcome via GitHub Issues. I also encouraged everyone to clone the git repository and make modifications–I'll be more than happy to merge any changes from other people's branches that would be beneficial to the whole project.
The original idea for this plugin came from the Rails Wiki article entitled “Extending ActiveRecord” on the Rails Wiki (no longer published).