aboutsummaryrefslogtreecommitdiffstats
path: root/activerecord/lib/active_record/inheritance.rb
Commit message (Collapse)AuthorAgeFilesLines
...
* removes usage of Object#in? from the code base (the method remains defined ↵Xavier Noria2012-08-061-1/+1
| | | | | | | | | | | | | | | | | | | by Active Support) Selecting which key extensions to include in active_support/rails made apparent the systematic usage of Object#in? in the code base. After some discussion in https://github.com/rails/rails/commit/5ea6b0df9a36d033f21b52049426257a4637028d we decided to remove it and use plain Ruby, which seems enough for this particular idiom. In this commit the refactor has been made case by case. Sometimes include? is the natural alternative, others a simple || is the way you actually spell the condition in your head, others a case statement seems more appropriate. I have chosen the one I liked the most in each case.
* load active_support/concern in active_support/railsXavier Noria2012-08-021-1/+0
|
* Refactor ActiveRecord::Inheritance.base_class logicbeerlington2012-07-261-18/+15
| | | | | | | | | Moved logic from class_of_active_record_descendant(class) to the base_class method. This method was confusing because it required an argument, but that argument was 'self'. Moved base_class tests to inheritance_test.rb and added some test coverage for some untested cases.
* Simplify AR configuration code.Jon Leighton2012-06-151-3/+7
| | | | | Get rid of ActiveModel::Configuration, make better use of ActiveSupport::Concern + class_attribute, etc.
* Adding documentation for ActiveRecord::Base.abstract_class to clarify a ↵Joe Goggins2012-03-221-0/+14
| | | | particular usecase for this feature (to allow you to use inheritance in ActiveRecord without using the STI table name
* Remove IdentityMapCarlos Antonio da Silva2012-03-131-20/+3
|
* give each PG type a `type` method and decortate tz attributesAaron Patterson2012-02-071-0/+1
|
* column types are passed from the result set to the instantiated AR objectAaron Patterson2012-02-071-2/+3
|
* Support establishing connection on ActiveRecord::Model.Jon Leighton2011-12-281-12/+8
| | | | | This is the 'top level' connection, inherited by any models that include ActiveRecord::Model or inherit from ActiveRecord::Base.
* Support configuration on ActiveRecord::Model.Jon Leighton2011-12-281-3/+3
| | | | | | | | | | | | | | | The problem: We need to be able to specify configuration in a way that can be inherited to models that include ActiveRecord::Model. So it is no longer sufficient to put 'top level' config on ActiveRecord::Base, but we do want configuration specified on ActiveRecord::Base and descendants to continue to work. So we need something like class_attribute that can be defined on a module but that is inherited when ActiveRecord::Model is included. The solution: added ActiveModel::Configuration module which provides a config_attribute macro. It's a bit specific hence I am not putting this in Active Support or making it a 'public API' at present.
* Extract common logic into a methodJon Leighton2011-12-241-9/+22
|
* I herd you like modules.Jon Leighton2011-12-241-4/+10
|
* Split out most of the AR::Base code into separate modules :cake:Jon Leighton2011-12-151-0/+167