These are chat archives for dry-rb/chat

9th
Oct 2016
Tim Riley
@timriley
Oct 09 2016 01:31
Yes to all of that ^^ :)
Tim Riley
@timriley
Oct 09 2016 01:45
@AMHOL reckon you could move that repo into your account?
Nick Sutterer
@apotonick
Oct 09 2016 04:22
so, i will simply use dry-initializer?
Nick Sutterer
@apotonick
Oct 09 2016 04:29
@timriley @AMHOL @solnic i am guessing dry-i plays with dry-auto_inject? the new operation will integrate seamlessly with your stuff, so we have the best of both worlds (for those who want it)
Tim Riley
@timriley
Oct 09 2016 05:29
If you design allows for static dependencies/config to be passed into the initializer and then any "local", variable data to be passed into #call or other methods, then you should be good, @apotonick
Nick Sutterer
@apotonick
Oct 09 2016 05:31
@timriley uhm, i make Op work with auto_inject, is that what you mean?
Tim Riley
@timriley
Oct 09 2016 05:31
Use dry-initializer if you want that convenience, but you can also just build your own initialize methods by hand, either is fine :)
What I'm saying is that dry-initializer lets you build any sort of initializer you want. What determines compatibility with auto inject is the design choices you make, not the particular code you use to back that up.
I would suggest not using dry-initializer until at some point you really feel a need for it.
Because at least then you're not running the risk of conflating the tools and the class design.
Nick Sutterer
@apotonick
Oct 09 2016 05:51
the thing is, i don't want to rewrite dry-initializer, because that's what will happen :D
Tim Riley
@timriley
Oct 09 2016 05:58
Yeah, fair enough, if you know you already need some convenience layer like that, go for it 👍🏼
Andy Holland
@AMHOL
Oct 09 2016 19:51
@timriley we can just delete that repo TBH
Tim Riley
@timriley
Oct 09 2016 21:17
@AMHOL you sure? I can go do it now if you like.
Andy Holland
@AMHOL
Oct 09 2016 22:05
Yeah don't see why not the gem isn't alive anymore
Tim Riley
@timriley
Oct 09 2016 22:06
Alrighty, bye bye repo :wave:
Andy Holland
@AMHOL
Oct 09 2016 22:07
lol
Tim Riley
@timriley
Oct 09 2016 23:13
dry-view actually feels more like dry-view_controller, at least in its current incarnation
well, the classes are the view controllers, the views are the templates
the gem could keep the same name
John Backus
@backus
Oct 09 2016 23:26
@flash-gordon could you ping me on things that touch the dry-types hash schema or dry-struct?
I don't need to approve everything and I'm not asking to be a guardian of that code
but I did put a decent amount of work into those and I use that code heavily so I do like knowing what was wrong with it before and what is changing