This is a tool for generating the same xcdatamodeld files that XCode does when designing a datamodel for Core Data. It is written in pure ruby, but it will be of particular interest to RubyMotion developers. It offers the essential features that XCode does, plus a text-based workflow and some niceties, like automatic inverse relationships.
Add this line to your application's Gemfile:
gem 'ruby-xcdm'
And then execute:
$ bundle
Or install it yourself as:
$ gem install ruby-xcdm
- Make a directory called "schemas" inside your RubyMotion project
- Create one schema version per file within the directory
- To build the schema, run
rake schema:build
If you want to build the schema every time you run the simulator, add this to your Rakefile:
task :"build:simulator" => :"schema:build"
- Make a directory to hold your schemas (a.k.a. data model in XCode parlance)
- Create one schema version per file within the directory
- Run the command to generate a datamodel:
xcdm MyApplicationName schemadir datamodeldestdir
Here's a sample schema file:
schema "001" do
entity "Article" do
string :body, optional: false
integer32 :length
boolean :published, default: false
datetime :publishedAt, default: false
string :title, optional: false
belongs_to :author
end
entity "Author" do
float :fee
string :name, optional: false
has_many :articles
end
end
All the built-in data types are supported:
- integer16
- integer32
- integer64
- decimal
- double
- float
- string
- boolean
- datetime
- binary
- transformable
Inverse relationships are generated automatically. If the inverse relationship cannot be derived from the association name, you can use the :inverse option:
schema "001" do
entity "Game" do
belongs_to :away_team, inverse: "Team.away_games"
belongs_to :home_team, inverse: "Team.home_games"
end
entity "Team" do
has_many :away_games, inverse: "Game.away_team"
has_many :home_games, inverse: "Game.home_team"
end
end
If you need to set some of the more esoteric options on properties or relationships, you can include the raw parameters from NSEntityDescription and NSAttributeDescription, like renamingIdentifier or defaultValueString.
To create new versions, simply copy the old version, increase the version string (the last one in sort order is always interpreted to be the current version) and make your changes. So long as they conform to the automatic versioning rules, everything should work seamlessly.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request