<font size=2 face="sans-serif">Whilst it might not feel like it, it seems
to be that we're all pulling in the same direction.</font>
<br>
<br><font size=2 face="sans-serif">Tony said:</font>
<br><tt><font size=2>&gt;&gt; I think if the API design feels “alien”
to Foundation, then we either need to update the Foundation API to feel
like it fits in with Swift or design the server API to fit in with Foundation.<br>
<br>
&gt;&gt; I’ll keep pushing for this throughout the process. It’s really
important that we have a coherent stack of software from top to bottom.
Ending up with different model objects for URLRequest used in the same
app via two frameworks would be really unfortunate.<br>
</font></tt>
<br><font size=2 face="sans-serif">I think this completely aligns with
what everyone is saying - we want/need a coherent API stack with seamless
interop between any new APIs and the existing ones. The only thing we need
to work on is the approach to achieving that.</font>
<br>
<br><font size=2 face="sans-serif">For me, and I think that this is the
approach that Paulo is pushing for, is that we should first look at &quot;what
do we think is the right approach&quot;, without any constraints. Once
we understand that, and any gap there is between that and the Foundation
approach, we can determine how we close that gap - whether we can do that
by evolving APIs, or whether it requires compromises for the sake of developer
experience and application code portability, etc. </font>
<br>
<br><font size=2 face="sans-serif">Chris<br>
</font>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">Paulo Faria via swift-server-dev
&lt;swift-server-dev@swift.org&gt;</font>
<br><font size=1 color=#5f5f5f face="sans-serif">To: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">Tony Parker &lt;anthony.parker@apple.com&gt;</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Cc: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">Swift Server Dev &lt;swift-server-dev@swift.org&gt;</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">04/11/2016 23:08</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">Re: [swift-server-dev]
HTTP Parser</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Sent by: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">swift-server-dev-bounces@swift.org</font>
<br>
<hr noshade>
<br>
<br>
<br><font size=3>&gt; With respect to adopting other core Swift ideas like
value types: we turned 20 classes into value types last year. This included
a ton of work to adopt standard library protocols and improve type safety.
It is an absolutely huge surface amount of Foundation’s total API surface
area. It’s a large statement about how much we value making Foundation’s
API consistent for Swift.</font>
<br>
<br><font size=3>Yeah! I really love the effort you’re putting into making
Foundation more “Swifty”. That doesn’t go unnoticed. </font>
<br>
<br>
<br><font size=3>On Nov 4, 2016, at 8:49 PM, Tony Parker &lt;</font><a href=mailto:anthony.parker@apple.com><font size=3 color=blue><u>anthony.parker@apple.com</u></font></a><font size=3>&gt;
wrote:</font>
<br>
<br><font size=1 face="Helvetica">However, I do not believe there is such
a fundamental conceptual mismatch here that we cannot preserve one of the
most useful aspects of developing with the iOS, macOS SDKs - consistent
types and low impedance mismatch between API at all levels of the stack.</font>
<br>
<br><font size=3>I definitely value &quot;consistent types and low impedance
mismatch between API at all levels of the stack”. I just hope the APIs
are designed with the best of Swift in mind. Then after we get a good design,
we can see if it fits Foundation, and then make the adaptations there.
I think this approach would make Foundation follow along and become even
more “Swiftier” with time. Of course this is easier said than done, but
I believe that’s what would make the ecosystem as a whole become better
for Swift.</font><tt><font size=2>_______________________________________________<br>
swift-server-dev mailing list<br>
swift-server-dev@swift.org<br>
</font></tt><a href="https://lists.swift.org/mailman/listinfo/swift-server-dev"><tt><font size=2>https://lists.swift.org/mailman/listinfo/swift-server-dev</font></tt></a><tt><font size=2><br>
</font></tt>
<br>
<br>