Ja wer hätte das gedacht: es ist die neue Schreibweise für "NaN"...
github.com/apple/swift-evoluti…o-the-standard-library.md
github.com/apple/swift-evoluti…o-the-standard-library.md
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
Amin Negm-Awad schrieb:
Wenn die so weitermachen, wird das mal eine brauchbare Sprache.
NaN
für Objekte, die keine Nummer sind und nan
für Primitive, die keine Nummern sind, vergeben können?kmr schrieb:
Ach, Du bist auch so ein leichtgläubiger Zeitgenosse, der alles glaubt, was irgendwelche Typen vor sich hin brabbeln. :-P
Marco Feltmann schrieb:
Hätten Sie nichtNaN
für Objekte, die keine Nummer sind undnan
für Primitive, die keine Nummern sind, vergeben können?
So ist das ja viel zu unübersichtlich.
NaN
aus Objective-C in Na
(not a) zu übersetzen, da sich ja aus dem Typen inhärent ergibt, was es ist.Na
vom Typen AnyObject
evaluiert dann zu nil
. Und Na
vom Typen ProgrammingLanguage
wird zu "Swift". Amin Negm-Awad schrieb:
Da ja Swift Type-Inferenz irgendwie verwendet, wäre es eigentlich richtig, jedes NaN aus Objective-C in Na (not a) zu übersetzen, da sich ja aus dem Typen inhärent ergibt, was es ist.
!a
heißen?