Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 23:14
    davydovanton synchronize #145
  • 23:14

    davydovanton on add-settings-section

    Add information about built-in … (compare)

  • 23:00
    davydovanton synchronize #145
  • 23:00

    davydovanton on add-settings-section

    Add information about built-in … (compare)

  • 22:59
    davydovanton review_requested #145
  • 22:59
    davydovanton review_requested #145
  • 22:59
    davydovanton assigned #145
  • 22:59
    davydovanton labeled #145
  • 22:59
    davydovanton opened #145
  • 22:55

    davydovanton on add-settings-section

    Add information about built-in … (compare)

  • 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
Piotr Solnica
@solnic
another good example of a system would be http routing
basically entire http front-end can be contained within a system
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