Peter Solnica
Peter Solnica
@musaffa right, thanks - just updated the example. The actual part that needs to be implemented is the `if` method. The underlying predicates (like `key?`) will be available OOTB, so...
@musaffa hey there, no, nobody has had the time to work on this yet. There's a lot of more important things to do in validation/schema so this needs to wait.
@musaffa that's cool! Feel free to grab this issue. I don't really have any specific idea how to implement this so you need to experiment a bit. Rules are captured...
@musaffa I'd start with this additional top-level method, actually 🙂
I'm working on various improvements in the command API in rom 6.0 that will be reflected in rom-sql 4.0 and so I'll address this issue as part of this work.
Ah yes, we wanted to do it long time ago :) I'm glad you reported an issue about it
Right, this should be documented. The reason why we require return type, is because we're inferring structs automatically, and we want to know both attribute names and their types.
One more thing, we have `Any` type, so it is possible to add a generic function builder that doesn't require return type, like the `function::` syntax you proposed. WDYT @flash-gordon?
👉🏻 https://github.com/rom-rb/rom-sql/issues/270 👈🏻
I'm not sure if we want to support `:view` option along with wraps, because they use joins instead of composition so it's really hard to tell how such a custom...