[swift-evolution] [Pitch] Including yes/no in stdlib as aliases for true/false

Josh Parmenter jparmenter at vectorform.com
Wed May 4 16:10:14 CDT 2016


I agree - please - just don’t. This is easy enough to create on your own if you wish, but I think it is easier for new developers to the language not to have to ask what differences there are between ‘true’ and ‘yes’ and ‘YES' … etc


On May 4, 2016, at 1:35 PM, Jordan Rose via swift-evolution <swift-evolution at swift.org<mailto:swift-evolution at swift.org>> 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 <swift-evolution at swift.org<mailto:swift-evolution at swift.org>> 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
swift-evolution at swift.org<mailto:swift-evolution at swift.org>
https://lists.swift.org/mailman/listinfo/swift-evolution

_______________________________________________
swift-evolution mailing list
swift-evolution at swift.org<mailto:swift-evolution at swift.org>
https://lists.swift.org/mailman/listinfo/swift-evolution




Joshua Parmenter | Software Development

T 248 777 7777
C 206 437 1551
F 248 616 1980
www.vectorform.com<http://www.vectorform.com/>

Vectorform
2107 Elliott Ave Suite 303
Seattle, WA  98121 USA

Think Tank. Lab. Studio.
We invent digital products and experiences.

SEATTLE | DETROIT | NEW YORK | MUNICH | HYDERABAD



More information about the swift-evolution mailing list