Agreed. -1. Sent from my iPhone
> On May 4, 2016, at 1:35 PM, Jordan Rose via swift-evolution > <[email protected]> wrote: > > -1 from me. We should not introduce two equivalent spellings for the same > thing. > > (Yes, there are sometimes multiple ways to accomplish something, but they are > not nearly this close.) > > Jordan > > >> On May 4, 2016, at 12:04, Erica Sadun via swift-evolution >> <[email protected]> wrote: >> >> I propose adding yes and no to the standard library as aliases for true and >> false Boolean values. When answering the questions posed by Boolean >> properties and methods, "yes" and "no" may provide better fits than "true" >> and "false". "Should this view be hidden?" "Yes!" "Does this collection >> contain the number 2?" "No!". Objective-C solved this by adding macro >> equivalents, admittedly with some attendant fuzziness because boolean >> implementation details allowed non 0/1 truth values. >> >> Swift on the other hand has very firm ideas about true and false. Adding yes >> and no literal aliases would enhance code readability with little cost. >> There's minimal historic support among languages for yes/no but Swift is an >> Apple-y kind of language and yes/no is an Apple-y kindness to developers. >> >> I performed a gmane search and did not find a previous thread on this >> subject. >> >> -- E >> >> _______________________________________________ >> swift-evolution mailing list >> [email protected] >> https://lists.swift.org/mailman/listinfo/swift-evolution > > _______________________________________________ > swift-evolution mailing list > [email protected] > https://lists.swift.org/mailman/listinfo/swift-evolution _______________________________________________ swift-evolution mailing list [email protected] https://lists.swift.org/mailman/listinfo/swift-evolution
