<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 26 February 2016 at 12:23, Máté Rácz <span dir="ltr"><<a href="mailto:mracz@redhat.com" target="_blank">mracz@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi Corinne,<br><br></div><div>Somewhat unrelated, I always wondered why the ObjC API followed the JS API so closely with blocks, instead of a more idiomatic syntax based on protocols and delegates could possibly be more obvious for the end-users, similar to how NSURLConnection is used. (I see there is an FHResponseDelegate already, but it is only used internally by FHAct.)<br></div></div></blockquote><div><br></div><div>As FHAct as been deprecated for quite a while, this would be out of Swift SDK 4.x and therefore there will be no Delegate any more.</div><div>Indeed it will narrow down the usage.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>If we changed the ObjC API that way, would it narrow down the choices for the best syntax for the Swift API? The client code would look very much like Summers' Java example, and a few indentation levels could be spared, compared to using blocks.<br></div><div><div class="gmail_extra"><br></div><div class="gmail_extra">Kind regards,<br></div><div class="gmail_extra">Máté<br></div><span class=""><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 25, 2016 at 5:00 PM,  <span dir="ltr"><<a href="mailto:feedhenry-dev-request@redhat.com" target="_blank">feedhenry-dev-request@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
@summers That would go even deeper in FRP.<br>
We should list it as:<br>
S4: More reactive way<br>
I don't have code snippet for it but i'll do some.<br>
btw all the other code snippets comes have an "trial" implementation [1].<br>
pro:<br>
Rx way fits for asynch data stream<br>
con:<br>
A bit far from the other Java/JS/C# existing syntax<br>
<br>
For the initial Swift SDK, I'd stick to S1 to be in sync with other<br>
language SDK.<br>
But I see where you're coming from Summers and I like the discussion. Let<br>
me come back to you with some Swifty code snippets.<br>
++<br>
Corinne<br>
<br></blockquote></div><br></div></span></div></div>
<br>_______________________________________________<br>
feedhenry-dev mailing list<br>
<a href="mailto:feedhenry-dev@redhat.com">feedhenry-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/feedhenry-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/feedhenry-dev</a><br>
<br></blockquote></div><br></div></div>