<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><span></span></div><div><div>I new this was going to happen... of course with enough code around you can prevent anything. But that was precisely my point: with that proposal, these rules are the only way to make sure that something as clearly wrong as my simple example cannot happen. And this is to me the worst possible way to enforce it. I don't <i>expect</i> you will understand why, much less agree that it is. But if you do close your eyes and picture what the code will look like to do what you pasted here versus what I suggest, I hope you can see the clear difference between the 2 solutions...</div><div id="AppleMailSignature"><br></div><div id="AppleMailSignature">To me, this is the archetype for a bad unnecessarily complicated, difficult to implement, solution which will be a lot of work to explain to people. This solution on the other hand is mechanically simple (because of its structure), and simple to explain</div><div id="AppleMailSignature"><a href="https://gist.github.com/lmihalkovic/68c321ea7ffe27e553e37b794309b051">https://gist.github.com/lmihalkovic/68c321ea7ffe27e553e37b794309b051</a></div><div id="AppleMailSignature"><br></div><div id="AppleMailSignature">Btw, it is not the only way to do something simple, which the following is absolutely not:</div><div><br>On Jun 14, 2016, at 11:41 PM, Adrian Zubarev via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br><br></div><blockquote type="cite"><div><style>
body {
        font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
        padding:1em;
        margin:auto;
        background:#fefefe;
}

h1, h2, h3, h4, h5, h6 {
        font-weight: bold;
}

h1 {
        color: #000000;
        font-size: 28pt;
}

h2 {
        border-bottom: 1px solid #CCCCCC;
        color: #000000;
        font-size: 24px;
}

h3 {
        font-size: 18px;
}

h4 {
        font-size: 16px;
}

h5 {
        font-size: 14px;
}

h6 {
        color: #777777;
        background-color: inherit;
        font-size: 14px;
}

hr {
        height: 0.2em;
        border: 0;
        color: #CCCCCC;
        background-color: #CCCCCC;
    display: inherit;
}

p, blockquote, ul, ol, dl, li, table, pre {
        margin: 15px 0;
}

a, a:visited {
        color: #4183C4;
        background-color: inherit;
        text-decoration: none;
}

#message {
        border-radius: 6px;
        border: 1px solid #ccc;
        display:block;
        width:100%;
        height:60px;
        margin:6px 0px;
}

button, #ws {
        font-size: 12 pt;
        padding: 4px 6px;
        border-radius: 5px;
        border: 1px solid #bbb;
        background-color: #eee;
}

code, pre, #ws, #message {
        font-family: Monaco;
        font-size: 10pt;
        border-radius: 3px;
        background-color: #F8F8F8;
        color: inherit;
}

code {
        border: 1px solid #EAEAEA;
        margin: 0 2px;
        padding: 0 5px;
}

pre {
        border: 1px solid #CCCCCC;
        overflow: auto;
        padding: 4px 8px;
}

pre > code {
        border: 0;
        margin: 0;
        padding: 0;
}

#ws { background-color: #f8f8f8; }


.bloop_markdown table {
border-collapse: collapse;  
font-family: Helvetica, arial, freesans, clean, sans-serif;  
color: rgb(51, 51, 51);  
font-size: 15px; line-height: 25px;
padding: 0; }

.bloop_markdown table tr {
border-top: 1px solid #cccccc;
background-color: white;
margin: 0;
padding: 0; }
     
.bloop_markdown table tr:nth-child(2n) {
background-color: #f8f8f8; }

.bloop_markdown table tr th {
font-weight: bold;
border: 1px solid #cccccc;
margin: 0;
padding: 6px 13px; }

.bloop_markdown table tr td {
border: 1px solid #cccccc;
margin: 0;
padding: 6px 13px; }

.bloop_markdown table tr th :first-child, table tr td :first-child {
margin-top: 0; }

.bloop_markdown table tr th :last-child, table tr td :last-child {
margin-bottom: 0; }

.bloop_markdown blockquote{
  border-left: 4px solid #dddddd;
  padding: 0 15px;
  color: #777777; }
  blockquote > :first-child {
    margin-top: 0; }
  blockquote > :last-child {
    margin-bottom: 0; }

code, pre, #ws, #message {
    word-break: normal;
    word-wrap: normal;
}

hr {
    display: inherit;
}

.bloop_markdown :first-child {
    -webkit-margin-before: 0;
}

code, pre, #ws, #message {
    font-family: Menlo, Consolas, Liberation Mono, Courier, monospace;
}


.send { color:#77bb77; }
.server { color:#7799bb; }
.error { color:#AA0000; }</style><div class="bloop_markdown"><p>Not true, we already stated a clear rule how existentials should work with class-requirements long time ago (don’t mind lowercased <code>any</code> here):</p>

<h3 id="nestedany...">Nested <code>any&lt;...&gt;</code></h3>

<p>A nested <code>any&lt;...&gt;</code> may declare a class or any-class constraint, even if its parent <code>any&lt;...&gt;</code> contains a class or any-class constraint, or a sibling <code>any&lt;...&gt;</code> constraint declares a class or any-class constraint. <strong><u>However, one of the classes must be a subclass of every other class declared within such constraints, or all the classes must be the same. This class, if it exists, is chosen as the <code>any&lt;...&gt;</code> construct’s constraint.</u></strong></p>

<pre><code class="swift">// Can be any type that is a UITableView conforming to ProtocolA.
// UITableView is the most specific class, and it is a subclass of the other
// two classes.
let a : any&lt;UIScrollView, any&lt;UITableView, any&lt;UIView, ProtocolA&gt;&gt;&gt;

// REDUNDANT: could be banned by another proposal.
// Identical to any&lt;ProtocolA, ProtocolB&gt;
let b : any&lt;any&lt;ProtocolA, ProtocolB&gt;&gt;

// NOT ALLOWED: no class is a subclass of all the other classes. This cannot be
// satisfied by any type.
let c : any&lt;NSObject, any&lt;UIView, any&lt;NSData, ProtocolA&gt;&gt;&gt;
</code></pre>

<p>Using typealiases, it is possible for <code>any&lt;...&gt;</code> existentials to be composed. This allows API requirements to be expressed in a more natural, modular way:</p>

<pre><code class="swift">// Any custom UIViewController that serves as a delegate for a table view.
typealias CustomTableViewController = any&lt;UIViewController, UITableViewDataSource, UITableViewDelegate&gt;

// Pull in the previous typealias and add more refined constraints.
typealias PiedPiperResultsViewController = any&lt;CustomTableViewController, PiedPiperListViewController, PiedPiperDecompressorDelegate&gt;
</code></pre>

<p>Any <code>any&lt;...&gt;</code> containing nested <code>any&lt;...&gt;</code>s can be conceptually ‘flattened’ and written as an equivalent <code>any&lt;...&gt;</code> containing no nested <code>any&lt;...&gt;</code> requirements. The two representations are exactly interchangeable.</p>

<hr>

<p>That said, your example won’t work just because <code>UIViewController</code> and <code>UIWindow</code> are not compatible. The whole class-requirement is not based on the base types of all provided classes, but checked their own relationship instead.</p>

<p></p></div><div class="bloop_original_html"><style>body{font-family:Helvetica,Arial;font-size:13px}</style><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div> <br> <div id="bloop_sign_1465940063150628096" class="bloop_sign"><div style="font-family:helvetica,arial;font-size:13px">--&nbsp;<br>Adrian Zubarev<br>Sent with Airmail</div></div> <br><p class="airmail_on">Am 14. Juni 2016 um 21:25:31, L. Mihalkovic (<a href="mailto:laurent.mihalkovic@gmail.com">laurent.mihalkovic@gmail.com</a>) schrieb:</p> <blockquote type="cite" class="clean_bq"><span><div><div style="color: rgb(0, 0, 0); font-family: 'helvetica Neue', helvetica; font-size: 14px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">Which addresses the fact that nons of the proposals so far truly prevent absurde declarations like:</div><div style="color: rgb(0, 0, 0); font-family: 'helvetica Neue', helvetica; font-size: 14px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br></div><div style="color: rgb(0, 0, 0); font-family: 'helvetica Neue', helvetica; font-size: 14px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">Let v: Any&lt; UIViewController, UIWindow, UITableViewDelegate&gt;</div><div style="color: rgb(0, 0, 0); font-family: 'helvetica Neue', helvetica; font-size: 14px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">Let v:<span class="Apple-converted-space">&nbsp;</span><span style="background-color: rgba(255, 255, 255, 0);">UIViewController &amp; UIWindow &amp; UITableViewDelegate</span></div></div></span></blockquote></div><div class="bloop_markdown"><p></p></div></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>swift-evolution mailing list</span><br><span><a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a></span><br><span><a href="https://lists.swift.org/mailman/listinfo/swift-evolution">https://lists.swift.org/mailman/listinfo/swift-evolution</a></span><br></div></blockquote></div></body></html>