Fork me on GitHub
#portkey
<
2018-05-22
>
baptiste-from-paris06:05:05

I don’t understand the need for req and resp, their responsability

cgrand09:05:46

specs don’t transform ser (resp. deser) transforms to (resp. from) conforming value (eg take care of lifting collapsed lists from HAL) — these transformations are local req takes whatever ser on the root shape produced and creates a request (it may imply moving things around, out of the body to a header oa a query param) — these transformations are global resp is the mirror of req: it takes a response, cobbles every piece of value together in a single value to pass to deser

cgrand09:05:35

resp -> deser+ -> conform conform -> ser+ -> req

cgrand09:05:05

the + denotes recursive call (non standard notation, yeah!)

baptiste-from-paris10:05:36

I understand that ser is local but req is only protocol dependent, why creating req-* forr every input ?

baptiste-from-paris10:05:27

I am feeling dumb ^^

viesti13:05:54

that is a recurring feeling for me too, generally

viesti13:05:54

relates to grasshopping, I think

cgrand14:05:19

Never assume that I’m right just because I speak confidently.

😎 8
cgrand14:05:59

(map #(str "ser-" %) inputs) vs (map #(str "req<-" %) input-roots) One ser per shape used as (part of) input but only req<- for root input shapes (aka messages)

cgrand14:05:19

Never assume that I’m right just because I speak confidently.

😎 8
baptiste-from-paris20:05:38

Ok, I’ll digest that tomorrow and try to do a POC this week