disposable 0.0.9 → 0.1.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- checksums.yaml +4 -4
- data/.travis.yml +2 -5
- data/CHANGES.md +4 -0
- data/Gemfile +1 -1
- data/README.md +154 -1
- data/database.sqlite3 +0 -0
- data/disposable.gemspec +7 -7
- data/gemfiles/Gemfile.rails-3.0.lock +10 -8
- data/gemfiles/Gemfile.rails-3.2.lock +9 -7
- data/gemfiles/Gemfile.rails-4.0.lock +9 -7
- data/gemfiles/Gemfile.rails-4.1.lock +10 -8
- data/lib/disposable.rb +6 -7
- data/lib/disposable/callback.rb +174 -0
- data/lib/disposable/composition.rb +21 -58
- data/lib/disposable/expose.rb +49 -0
- data/lib/disposable/twin.rb +85 -38
- data/lib/disposable/twin/builder.rb +12 -30
- data/lib/disposable/twin/changed.rb +50 -0
- data/lib/disposable/twin/collection.rb +95 -0
- data/lib/disposable/twin/composition.rb +43 -15
- data/lib/disposable/twin/option.rb +1 -1
- data/lib/disposable/twin/persisted.rb +20 -0
- data/lib/disposable/twin/property_processor.rb +29 -0
- data/lib/disposable/twin/representer.rb +42 -14
- data/lib/disposable/twin/save.rb +19 -34
- data/lib/disposable/twin/schema.rb +31 -0
- data/lib/disposable/twin/setup.rb +38 -0
- data/lib/disposable/twin/sync.rb +114 -0
- data/lib/disposable/version.rb +1 -1
- data/test/api_semantics_test.rb +263 -0
- data/test/callback_group_test.rb +222 -0
- data/test/callbacks_test.rb +450 -0
- data/test/example.rb +40 -0
- data/test/expose_test.rb +92 -0
- data/test/persisted_test.rb +101 -0
- data/test/test_helper.rb +64 -0
- data/test/twin/benchmarking.rb +33 -0
- data/test/twin/builder_test.rb +32 -0
- data/test/twin/changed_test.rb +108 -0
- data/test/twin/collection_test.rb +223 -0
- data/test/twin/composition_test.rb +56 -25
- data/test/twin/expose_test.rb +73 -0
- data/test/twin/feature_test.rb +61 -0
- data/test/twin/from_test.rb +37 -0
- data/test/twin/inherit_test.rb +57 -0
- data/test/twin/option_test.rb +27 -0
- data/test/twin/readable_test.rb +57 -0
- data/test/twin/save_test.rb +192 -0
- data/test/twin/schema_test.rb +69 -0
- data/test/twin/setup_test.rb +139 -0
- data/test/twin/skip_unchanged_test.rb +64 -0
- data/test/twin/struct_test.rb +168 -0
- data/test/twin/sync_option_test.rb +228 -0
- data/test/twin/sync_test.rb +128 -0
- data/test/twin/twin_test.rb +49 -128
- data/test/twin/writeable_test.rb +56 -0
- metadata +106 -20
- data/STUFF +0 -4
- data/lib/disposable/twin/finders.rb +0 -29
- data/lib/disposable/twin/new.rb +0 -30
- data/lib/disposable/twin/save_.rb +0 -21
- data/test/composition_test.rb +0 -102
checksums.yaml
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
SHA1:
|
|
3
|
-
metadata.gz:
|
|
4
|
-
data.tar.gz:
|
|
3
|
+
metadata.gz: c8eb1cfd5be42eb0cf007c4b9d84aee95b7a4275
|
|
4
|
+
data.tar.gz: 76ab1e429806470d007164fd17bdf80d0abeab1a
|
|
5
5
|
SHA512:
|
|
6
|
-
metadata.gz:
|
|
7
|
-
data.tar.gz:
|
|
6
|
+
metadata.gz: dba5e116162e6fe0f33ff944ef1dbadb9fb8a5208c790fb92c5c0d68091a7edf83e91b9fca49029d8df00db458fb131e1be6c554293fbfcef23730034ada8602
|
|
7
|
+
data.tar.gz: e3d4ac5b51ea771c2444bbdb6b34bcfa05e5b2ff9513050915a470920fd2238e5a639a8ce69225a93cc2a876412759335a0cda068c4b11c0f61aab38ba8603b9
|
data/.travis.yml
CHANGED
data/CHANGES.md
CHANGED
data/Gemfile
CHANGED
data/README.md
CHANGED
|
@@ -20,6 +20,8 @@ Twins may contain validations, nevertheless, in Trailblazer, validations (or "Co
|
|
|
20
20
|
|
|
21
21
|
## Twin
|
|
22
22
|
|
|
23
|
+
Twins are only # FIXME % slower than AR alone.
|
|
24
|
+
|
|
23
25
|
Twins implement light-weight decorators objects with a unified interface. They map objects, hashes, and compositions of objects, along with optional hashes to inject additional options.
|
|
24
26
|
|
|
25
27
|
Let me show you what I mean.
|
|
@@ -48,6 +50,8 @@ You need to pass model and the optional options to the twin constructor.
|
|
|
48
50
|
twin = Song::Twin.new(song, good?: true)
|
|
49
51
|
```
|
|
50
52
|
|
|
53
|
+
++++++ builders
|
|
54
|
+
|
|
51
55
|
## Reading
|
|
52
56
|
|
|
53
57
|
This will create a composition object of the actual model and the hash.
|
|
@@ -93,8 +97,157 @@ twin = Song::Twin.new(title: "Savior", good?: true)
|
|
|
93
97
|
|
|
94
98
|
## Compositions
|
|
95
99
|
|
|
100
|
+
## With Representers
|
|
101
|
+
|
|
102
|
+
they indirect data, the twin's attributes get assigned without writing to the persistence layer, yet.
|
|
103
|
+
|
|
104
|
+
## With Contracts
|
|
105
|
+
|
|
106
|
+
## Collections
|
|
107
|
+
|
|
108
|
+
Define collections using `::collection`.
|
|
109
|
+
|
|
110
|
+
```ruby
|
|
111
|
+
class AlbumTwin < Disposable::Twin
|
|
112
|
+
collection :songs do
|
|
113
|
+
|
|
114
|
+
end
|
|
115
|
+
```
|
|
116
|
+
|
|
117
|
+
### API
|
|
118
|
+
|
|
119
|
+
The API is identical to `Array` with the following additions.
|
|
120
|
+
|
|
121
|
+
* `#<<(model)` adds item, wraps it in twin and tracks it via `#added`.
|
|
122
|
+
* `#insert(i, model)`, see `#<<`.
|
|
123
|
+
* `#delete(twin)`, removes twin from collection and tracks via `#deleted`.
|
|
124
|
+
* `#destroy(twin)`, removes twin from collection and tracks via `#deleted` and `#to_destroy` for destruction in `#save`.
|
|
125
|
+
|
|
126
|
+
### Semantics
|
|
127
|
+
|
|
128
|
+
Include `Twin::Collection::Semantics`.
|
|
129
|
+
|
|
130
|
+
Semantics are extensions to the pure Ruby array behavior and designed to deal with persistence layers like ActiveRecord or ROM.
|
|
131
|
+
|
|
132
|
+
* `#save` will call `destroy` on all models marked for destruction in `to_destroy`. Tracks destruction via `#destroyed`.
|
|
133
|
+
|
|
134
|
+
|
|
135
|
+
## Imperative Callbacks
|
|
136
|
+
|
|
137
|
+
Note: [Chapter 8 of the Trailblazer](http://leanpub.com/trailblazer) book is dedicated to callbacks and discusses them in great detail.
|
|
138
|
+
|
|
139
|
+
Callbacks use the fact that twins track state changes. This allows to execute callbacks on certain conditions.
|
|
140
|
+
|
|
141
|
+
```ruby
|
|
142
|
+
Callback.new(twin).on_create { |twin| .. }
|
|
143
|
+
Callback.new(twin.songs).on_add { |twin| .. }
|
|
144
|
+
Callback.new(twin.songs).on_add { |twin| .. }
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
It works as follows.
|
|
148
|
+
|
|
149
|
+
1. Twins track state changes, like _"item added to collection (`on_add`)"_ or _"property changed (`on_change`)"_.
|
|
150
|
+
2. You decide when to invoke one or a group of callbacks. This is why there's no `before_save` and the like anymore.
|
|
151
|
+
3. You also decide _what_ events to consider by calling the respective events only, like `on_add`.
|
|
152
|
+
4. The `Callback` will now find out which properties of the twin are affected and exectue your passed code for each of them.
|
|
153
|
+
|
|
154
|
+
This is called _Imperative Callback_ and the opposite of what you've learned from Rails.
|
|
155
|
+
|
|
156
|
+
By inversing the control, we don't need `before_` or `after_`. This is in your hands now and depends on where you invoke your callbacks.
|
|
157
|
+
|
|
158
|
+
## Events
|
|
159
|
+
|
|
160
|
+
The following events are available in `Callback`.
|
|
161
|
+
|
|
162
|
+
Don't confuse that with event triggering, though! Callbacks are passive, calling an event method means the callback will look for twins that have tracked the respective event (e.g. an twin has `change`d).
|
|
163
|
+
|
|
164
|
+
* `on_update`: Invoked when the underlying model was persisted, yet, at twin initialization and attributes have changed since then.
|
|
165
|
+
* `on_add`: For every twin that has been added to a collection.
|
|
166
|
+
* `on_add(:create)`: For every twin that has been added to a collection and got persisted. This will only pick up collection items after `sync` or `save`.
|
|
167
|
+
|
|
168
|
+
* `on_delete`: For every item that has been deleted from a collection.
|
|
169
|
+
* `on_destroy`: For every item that has been removed from a collection and physically destroyed.
|
|
170
|
+
|
|
171
|
+
* `on_change`: For every item that has changed attributes. When `persisted?` has flippend, this will be triggered, too.
|
|
172
|
+
* `on_change(:email)`: When the scalar field changed.
|
|
173
|
+
|
|
174
|
+
|
|
175
|
+
## Callback Groups
|
|
176
|
+
|
|
177
|
+
`Callback::Group` simplifies grouping callbacks and allows nesting.
|
|
178
|
+
|
|
179
|
+
```ruby
|
|
180
|
+
class AfterSave < Disposable::Callback::Group
|
|
181
|
+
on_change :expire_cache!
|
|
182
|
+
|
|
183
|
+
collection :songs do
|
|
184
|
+
on_add :notify_album!
|
|
185
|
+
on_add :reset_song!
|
|
186
|
+
end
|
|
187
|
+
|
|
188
|
+
on_update :rehash_name!, property: :title
|
|
189
|
+
|
|
190
|
+
property :artist do
|
|
191
|
+
on_change :sing!
|
|
192
|
+
end
|
|
193
|
+
end
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
Calling that group on a twin will invoke all callbacks that apply, in the order they were added.
|
|
197
|
+
|
|
198
|
+
```ruby
|
|
199
|
+
AfterSave.new(twin).(context: self)
|
|
200
|
+
```
|
|
201
|
+
|
|
202
|
+
Methods like `:sing!` will be invoked on the `:context` object. Likewise, nested properties will be retrieved by simply calling the getter on the twin, like `twin.songs`.
|
|
203
|
+
|
|
204
|
+
Again, only the events that match will be invoked. If the top level twin hasn't changed, `expire_cache!` won't be invoked. This works by simply using `Callback` under the hood.
|
|
205
|
+
|
|
206
|
+
## Callback Inheritance
|
|
207
|
+
|
|
208
|
+
You can inherit groups, add and remove callbacks.
|
|
209
|
+
|
|
210
|
+
```ruby
|
|
211
|
+
class EnhancedAfterSave < AfterSave
|
|
212
|
+
on_change :redo!
|
|
213
|
+
|
|
214
|
+
collection :songs do
|
|
215
|
+
on_add :rewind!
|
|
216
|
+
end
|
|
217
|
+
|
|
218
|
+
remove! :on_change, :expire_cache!
|
|
219
|
+
end
|
|
220
|
+
```
|
|
221
|
+
|
|
222
|
+
The callbacks will be _appended_ to the existing chain.
|
|
223
|
+
|
|
224
|
+
Instead of appending, you may also refine existing callbacks.
|
|
225
|
+
|
|
226
|
+
```ruby
|
|
227
|
+
class EnhancedAfterSave < AfterSave
|
|
228
|
+
collection :songs, inherit: true do
|
|
229
|
+
on_delete :rewind!
|
|
230
|
+
end
|
|
231
|
+
end
|
|
232
|
+
```
|
|
233
|
+
|
|
234
|
+
This will add the `rewind!` callback to the `songs` property, resulting in the following chain.
|
|
235
|
+
|
|
236
|
+
```ruby
|
|
237
|
+
collection :songs do
|
|
238
|
+
on_add :notify_album!
|
|
239
|
+
on_add :reset_song!
|
|
240
|
+
on_delete :rewind!
|
|
241
|
+
end
|
|
242
|
+
```
|
|
243
|
+
|
|
244
|
+
## Builders
|
|
245
|
+
|
|
96
246
|
## Overriding Accessors
|
|
97
247
|
|
|
98
248
|
super
|
|
99
249
|
|
|
100
|
-
## Used In
|
|
250
|
+
## Used In
|
|
251
|
+
|
|
252
|
+
* [Reform](https://github.com/apotonick/reform) forms are based on twins and add a little bit of form decoration on top. Every nested form is a twin.
|
|
253
|
+
* [Trailblazer](https://github.com/apotonick/trailblazer) uses twins as decorators and callbacks in operations to structure business logic.
|
data/database.sqlite3
CHANGED
|
Binary file
|
data/disposable.gemspec
CHANGED
|
@@ -8,9 +8,9 @@ Gem::Specification.new do |spec|
|
|
|
8
8
|
spec.version = Disposable::VERSION
|
|
9
9
|
spec.authors = ["Nick Sutterer"]
|
|
10
10
|
spec.email = ["apotonick@gmail.com"]
|
|
11
|
-
spec.description = %q{
|
|
12
|
-
spec.summary = %q{
|
|
13
|
-
spec.homepage = ""
|
|
11
|
+
spec.description = %q{Decorators on top of your ORM layer.}
|
|
12
|
+
spec.summary = %q{Decorators on top of your ORM layer with change tracking, collection semantics and nesting.}
|
|
13
|
+
spec.homepage = "https://github.com/apotonick/disposable"
|
|
14
14
|
spec.license = "MIT"
|
|
15
15
|
|
|
16
16
|
spec.files = `git ls-files`.split($/)
|
|
@@ -19,12 +19,12 @@ Gem::Specification.new do |spec|
|
|
|
19
19
|
spec.require_paths = ["lib"]
|
|
20
20
|
|
|
21
21
|
spec.add_dependency "uber"
|
|
22
|
-
spec.add_dependency "representable", "
|
|
22
|
+
spec.add_dependency "representable", ">= 2.2.3", "<= 2.3.0"
|
|
23
23
|
|
|
24
24
|
spec.add_development_dependency "bundler", "~> 1.3"
|
|
25
25
|
spec.add_development_dependency "rake"
|
|
26
|
-
spec.add_development_dependency "minitest"
|
|
27
|
-
|
|
28
|
-
|
|
26
|
+
spec.add_development_dependency "minitest"
|
|
27
|
+
spec.add_development_dependency "activerecord"
|
|
28
|
+
spec.add_development_dependency "sqlite3"
|
|
29
29
|
# spec.add_development_dependency "database_cleaner"
|
|
30
30
|
end
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
PATH
|
|
2
2
|
remote: ../
|
|
3
3
|
specs:
|
|
4
|
-
disposable (0.0.
|
|
5
|
-
representable (~> 2.0
|
|
4
|
+
disposable (0.0.8)
|
|
5
|
+
representable (~> 2.0)
|
|
6
6
|
uber
|
|
7
7
|
|
|
8
8
|
GEM
|
|
@@ -35,11 +35,11 @@ GEM
|
|
|
35
35
|
abstract (>= 1.0.0)
|
|
36
36
|
i18n (0.5.4)
|
|
37
37
|
json (1.8.1)
|
|
38
|
-
mini_portile (0.6.
|
|
38
|
+
mini_portile (0.6.2)
|
|
39
39
|
minitest (5.4.1)
|
|
40
|
-
multi_json (1.
|
|
41
|
-
nokogiri (1.6.
|
|
42
|
-
mini_portile (
|
|
40
|
+
multi_json (1.11.0)
|
|
41
|
+
nokogiri (1.6.6.2)
|
|
42
|
+
mini_portile (~> 0.6.0)
|
|
43
43
|
rack (1.2.8)
|
|
44
44
|
rack-mount (0.6.14)
|
|
45
45
|
rack (>= 1.0.0)
|
|
@@ -54,13 +54,14 @@ GEM
|
|
|
54
54
|
rake (10.3.2)
|
|
55
55
|
rdoc (3.12.2)
|
|
56
56
|
json (~> 1.4)
|
|
57
|
-
representable (2.
|
|
57
|
+
representable (2.1.5)
|
|
58
58
|
multi_json
|
|
59
59
|
nokogiri
|
|
60
60
|
uber (~> 0.0.7)
|
|
61
|
+
sqlite3 (1.3.10)
|
|
61
62
|
thor (0.14.6)
|
|
62
63
|
tzinfo (0.3.41)
|
|
63
|
-
uber (0.0.
|
|
64
|
+
uber (0.0.13)
|
|
64
65
|
|
|
65
66
|
PLATFORMS
|
|
66
67
|
ruby
|
|
@@ -72,3 +73,4 @@ DEPENDENCIES
|
|
|
72
73
|
minitest (= 5.4.1)
|
|
73
74
|
railties (~> 3.0.11)
|
|
74
75
|
rake
|
|
76
|
+
sqlite3
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
PATH
|
|
2
2
|
remote: ../
|
|
3
3
|
specs:
|
|
4
|
-
disposable (0.0.
|
|
5
|
-
representable (~> 2.0
|
|
4
|
+
disposable (0.0.8)
|
|
5
|
+
representable (~> 2.0)
|
|
6
6
|
uber
|
|
7
7
|
|
|
8
8
|
GEM
|
|
@@ -36,11 +36,11 @@ GEM
|
|
|
36
36
|
i18n (0.6.11)
|
|
37
37
|
journey (1.0.4)
|
|
38
38
|
json (1.8.1)
|
|
39
|
-
mini_portile (0.6.
|
|
39
|
+
mini_portile (0.6.2)
|
|
40
40
|
minitest (5.4.1)
|
|
41
41
|
multi_json (1.10.1)
|
|
42
|
-
nokogiri (1.6.
|
|
43
|
-
mini_portile (
|
|
42
|
+
nokogiri (1.6.6.2)
|
|
43
|
+
mini_portile (~> 0.6.0)
|
|
44
44
|
rack (1.4.5)
|
|
45
45
|
rack-cache (1.2)
|
|
46
46
|
rack (>= 0.4)
|
|
@@ -58,7 +58,7 @@ GEM
|
|
|
58
58
|
rake (10.3.2)
|
|
59
59
|
rdoc (3.12.2)
|
|
60
60
|
json (~> 1.4)
|
|
61
|
-
representable (2.
|
|
61
|
+
representable (2.1.5)
|
|
62
62
|
multi_json
|
|
63
63
|
nokogiri
|
|
64
64
|
uber (~> 0.0.7)
|
|
@@ -67,10 +67,11 @@ GEM
|
|
|
67
67
|
multi_json (~> 1.0)
|
|
68
68
|
rack (~> 1.0)
|
|
69
69
|
tilt (~> 1.1, != 1.3.0)
|
|
70
|
+
sqlite3 (1.3.10)
|
|
70
71
|
thor (0.19.1)
|
|
71
72
|
tilt (1.4.1)
|
|
72
73
|
tzinfo (0.3.41)
|
|
73
|
-
uber (0.0.
|
|
74
|
+
uber (0.0.13)
|
|
74
75
|
|
|
75
76
|
PLATFORMS
|
|
76
77
|
ruby
|
|
@@ -82,3 +83,4 @@ DEPENDENCIES
|
|
|
82
83
|
minitest (= 5.4.1)
|
|
83
84
|
railties (~> 3.2.0)
|
|
84
85
|
rake
|
|
86
|
+
sqlite3
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
PATH
|
|
2
2
|
remote: ../
|
|
3
3
|
specs:
|
|
4
|
-
disposable (0.0.
|
|
5
|
-
representable (~> 2.0
|
|
4
|
+
disposable (0.0.8)
|
|
5
|
+
representable (~> 2.0)
|
|
6
6
|
uber
|
|
7
7
|
|
|
8
8
|
GEM
|
|
@@ -33,11 +33,11 @@ GEM
|
|
|
33
33
|
builder (3.1.4)
|
|
34
34
|
erubis (2.7.0)
|
|
35
35
|
i18n (0.6.11)
|
|
36
|
-
mini_portile (0.6.
|
|
36
|
+
mini_portile (0.6.2)
|
|
37
37
|
minitest (4.2.0)
|
|
38
38
|
multi_json (1.10.1)
|
|
39
|
-
nokogiri (1.6.
|
|
40
|
-
mini_portile (
|
|
39
|
+
nokogiri (1.6.6.2)
|
|
40
|
+
mini_portile (~> 0.6.0)
|
|
41
41
|
rack (1.5.2)
|
|
42
42
|
rack-test (0.6.2)
|
|
43
43
|
rack (>= 1.0)
|
|
@@ -47,14 +47,15 @@ GEM
|
|
|
47
47
|
rake (>= 0.8.7)
|
|
48
48
|
thor (>= 0.18.1, < 2.0)
|
|
49
49
|
rake (10.3.2)
|
|
50
|
-
representable (2.
|
|
50
|
+
representable (2.1.5)
|
|
51
51
|
multi_json
|
|
52
52
|
nokogiri
|
|
53
53
|
uber (~> 0.0.7)
|
|
54
|
+
sqlite3 (1.3.10)
|
|
54
55
|
thor (0.19.1)
|
|
55
56
|
thread_safe (0.3.4)
|
|
56
57
|
tzinfo (0.3.41)
|
|
57
|
-
uber (0.0.
|
|
58
|
+
uber (0.0.13)
|
|
58
59
|
|
|
59
60
|
PLATFORMS
|
|
60
61
|
ruby
|
|
@@ -66,3 +67,4 @@ DEPENDENCIES
|
|
|
66
67
|
minitest (~> 4.2.0)
|
|
67
68
|
railties (~> 4.0.0)
|
|
68
69
|
rake
|
|
70
|
+
sqlite3
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
PATH
|
|
2
2
|
remote: ../
|
|
3
3
|
specs:
|
|
4
|
-
disposable (0.0.
|
|
5
|
-
representable (~> 2.0
|
|
4
|
+
disposable (0.0.8)
|
|
5
|
+
representable (~> 2.0)
|
|
6
6
|
uber
|
|
7
7
|
|
|
8
8
|
GEM
|
|
@@ -35,11 +35,11 @@ GEM
|
|
|
35
35
|
erubis (2.7.0)
|
|
36
36
|
i18n (0.6.11)
|
|
37
37
|
json (1.8.1)
|
|
38
|
-
mini_portile (0.6.
|
|
38
|
+
mini_portile (0.6.2)
|
|
39
39
|
minitest (5.4.1)
|
|
40
|
-
multi_json (1.
|
|
41
|
-
nokogiri (1.6.
|
|
42
|
-
mini_portile (
|
|
40
|
+
multi_json (1.11.0)
|
|
41
|
+
nokogiri (1.6.6.2)
|
|
42
|
+
mini_portile (~> 0.6.0)
|
|
43
43
|
rack (1.5.2)
|
|
44
44
|
rack-test (0.6.2)
|
|
45
45
|
rack (>= 1.0)
|
|
@@ -49,15 +49,16 @@ GEM
|
|
|
49
49
|
rake (>= 0.8.7)
|
|
50
50
|
thor (>= 0.18.1, < 2.0)
|
|
51
51
|
rake (10.3.2)
|
|
52
|
-
representable (2.
|
|
52
|
+
representable (2.1.5)
|
|
53
53
|
multi_json
|
|
54
54
|
nokogiri
|
|
55
55
|
uber (~> 0.0.7)
|
|
56
|
+
sqlite3 (1.3.10)
|
|
56
57
|
thor (0.19.1)
|
|
57
58
|
thread_safe (0.3.4)
|
|
58
59
|
tzinfo (1.2.2)
|
|
59
60
|
thread_safe (~> 0.1)
|
|
60
|
-
uber (0.0.
|
|
61
|
+
uber (0.0.13)
|
|
61
62
|
|
|
62
63
|
PLATFORMS
|
|
63
64
|
ruby
|
|
@@ -69,3 +70,4 @@ DEPENDENCIES
|
|
|
69
70
|
minitest (= 5.4.1)
|
|
70
71
|
railties (~> 4.1.0)
|
|
71
72
|
rake
|
|
73
|
+
sqlite3
|