Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Apr 05 17:01
    emaraschio starred dry-rb/dry-monitor
  • Apr 04 15:38
    nepalez closed #74
  • Apr 04 15:38
    nepalez commented #74
  • Apr 04 10:40
    qortex commented #400
  • Apr 04 08:47
    flash-gordon closed #400
  • Apr 04 08:47
    flash-gordon commented #400
  • Apr 03 21:18
    qortex starred dry-rb/dry-types
  • Apr 03 21:14
    qortex edited #400
  • Apr 03 21:14
    qortex labeled #400
  • Apr 03 21:14
    qortex opened #400
  • Apr 03 19:18
    landongrindheim commented #74
  • Apr 02 19:47
    kamilski81 starred dry-rb/dry-monads
  • Apr 02 17:26
    waleedasif322 starred dry-rb/dry-types
  • Apr 02 14:59
    sskylar starred dry-rb/dry-monads
  • Apr 02 13:51
    kirin121 starred dry-rb/dry-container
  • Apr 02 10:56

    davydovanton on performance-improvements-for-rack-monitorring

    (compare)

  • Apr 02 10:55

    davydovanton on master

    Improve memory allocation for R… Merge pull request #34 from dry… (compare)

  • Apr 02 10:55
    davydovanton closed #34
  • Apr 02 02:25
    DaiAoki starred dry-rb/dry-types
  • Apr 01 14:39
    davydovanton commented #34
Tim Riley
@timriley
Yeah, that feels better
Piotr Solnica
@solnic
ie hanami router + rack + middlewares == http system
Tim Riley
@timriley
It shouldn't be some exceptional thing
Piotr Solnica
@solnic
you just plug it into your app, the top-level system
Tim Riley
@timriley
And that http system would depend on the app's system?
Piotr Solnica
@solnic
another one, view rendering, also a system
no it shouldn’t know about the app’s system
it’s plugged into it
I think, thinking out loud :)
the integration point is the app’s container, which provides the app’s API to the http front-end
that, we already have, it’s just about making this more formal with better vocabulary :)
and an explicit object representation
Tim Riley
@timriley
Hmm, right
Yeah, I get this
(The role of the container to connect things)
Piotr Solnica
@solnic
it’s gonna be really cool to build a tool that looks at your setup and generates a visual representation of what happens when a request comes in :D
rack middlewares => final routing end-point => application end-point => specific objects that process data => perrsistence operations => db result => app result => http response
Oskar Szrajer
@gotar
NewRelic^2 ;]
Piotr Solnica
@solnic
right, this would be taken to the next level
esp with monitoring capabilities
Tim Riley
@timriley
Oh man, Michael at Icelab would love this
Piotr Solnica
@solnic
:)
Oskar Szrajer
@gotar
idea for product - $$$
Hannes Nevalainen
@kwando
@timriley more customizable / less restrictive auto_registration for dry-component would be nice, read that you were going to spend some quality time with dry-component =)
Worth a watch if anyone hasn't seen it yet
Piotr Solnica
@solnic
@kwando if you don’t like default behavior just register your objects yourself
I wouldn’t want dry-component to turn into a highly customizable object construction framework
Hannes Nevalainen
@kwando
@solnic I already got my own registration strategies
some of them is rather app specific though
Maciej Mensfeld
@mensfeld
@solnic will there be a strict mode for dry-validations? I mean now I can pass a field that I haven't declared and it is there
Piotr Solnica
@solnic
yes there will be a predicate which checks that
Maciej Mensfeld
@mensfeld
I really need that for what I do ;) (and all the other magic you guys work on :D)
Piotr Solnica
@solnic
@kwando this is not a DI/IoC framework and it won’t be, for complex object construction strategies we could create an interface for integration with external libs that handle that
personally I’m not interested in such a thing
Hannes Nevalainen
@kwando
well, I ditched dry-component and rolled my own instead
Piotr Solnica
@solnic
is it OSS?
and did you try to use it in a rails app or dry-web stack or something else?
Hannes Nevalainen
@kwando
no it is not, it will be if I ever get to extract it from this app though =)
Piotr Solnica
@solnic
we can have a way of registering custom handlers
but this would be external, so dry-component would have its own simple one (the existing stuff) and you could configure your own
Hannes Nevalainen
@kwando
really enjoying how omakase the dry ecosystem is =)
Piotr Solnica
@solnic
yeah man it’s omakase and you consume it with really sharp knifes :laughing:
Hannes Nevalainen
@kwando
:laughing:
lol
Nikita Shilnikov
@flash-gordon
it would be great if dry-component supported namespaces. This PR seems to be abandoned dry-rb/dry-component#6 :(
this was a deal breaker for me
Piotr Solnica
@solnic
@flash-gordon it will support it
nobody had the time to take care of this, that’s all
Chase Gilliam
@Ch4s3
I'm hitting a place where dry-validation-rails is going to be very useful soon. Where are we in that discussion?