<div dir="ltr"><p><code>Any?</code> or <code>AnyObject?</code>; have your dictionary be something like <code>[String: AnyObject?]</code>.</p><div class="gmail_quote"><div><br></div><div dir="ltr">On Sun, Jun 26, 2016 at 3:00 PM Michael Peternell via swift-evolution <<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> Am 26.06.2016 um 23:03 schrieb Jean-Daniel Dupas via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>>:<br>
><br>
> Optional are definitely the best way to represent null when parsing JSON.<br>
><br>
>> Le 26 juin 2016 à 22:35, Michael Peternell via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> a écrit :<br>
>><br>
>> Just one question: If I have functions<br>
>><br>
>> json_encode(j: JSON) -> String<br>
>> and<br>
>> json_decode(j: String) -> JSON throws<br>
><br>
> If the string is valid JSON, it return .some() optional, if ti is empty, it returns .none() optional, and if it is invalid, it throws.<br>
<br>
again, `.none()` is not fully specified. So your answer isn't really an answer to my question. There is<br>
<br>
let null1: String? = nil<br>
let null2: Int? = nil<br>
let null3: Any? = nil<br>
<br>
and null1, null2 and null3 are three different concrete values. You are making it too easy for yourself when you just say `.none()`, without specifying the type you are referring to.<br>
<br>
Also, `let x = nil` does not even compile, for exactly this reason. So again, how do you want to represent a JSON null in Swift?<br>
<br>
let json_null: ... = ... // ???<br>
let myJSONdict = ["a":2, "b":json_null]<br>
<br>
-Michael<br>
<br>
><br>
>> what should be the type of JSON? What should '{"a":2,"b":null}' decode to?<br>
><br>
> Dictionary<String, Any?><br>
><br>
>> What should the type of the JSON null value be in Swift?<br>
><br>
> Optional<Any>.none()<br>
><br>
>> I think String and String? and String??? are wrong in this case.<br>
>><br>
>> I'm not saying that I'm convinced that NSNull() is the best way to represent null in this case. I just want to explain the use case that I was thinking of.<br>
><br>
> I hardly can think of a better use case than parsing JSON to demonstrate than Optional are a far better solution to represent a null value than NSNull.<br>
><br>
>> -Michael<br>
>><br>
>>> Am 26.06.2016 um 19:53 schrieb David Rönnqvist via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>>:<br>
>>><br>
>>> I'm not convinced that Swift needs more than on way of representing the lack of a value. As far as I've understood (and remember), NSNull main reason to exist is that it's an actual object and won't for example terminate array literals. From what I've observed of people who are new to Objective-C, NSNull is a big surprise, both its general existence but also when to expect it (read check for NSNull to make sure one doesn't crash) and when not to.<br>
>>><br>
>>> The way I've imagined that the same problem would be solved in Swift is with an optional, optional value. That is: if a field in a response can either be set or not, that's an optional. If that field can either contain a value or the explicit lack of a value that's another optional:<br>
>>><br>
>>> let nickname: String?? = "Little Bobby Tables"<br>
>>><br>
>>> As I see it, this is both safer (requiring that the inner nil value is dealt with), serves as a documentation of when an explicit missing value is expected and when it's not, and is more consistent.<br>
>>><br>
>>> I would still expect a newcomer to wonder why there is two question marks in some places, but I'd imagine that that explanation would feel more logical.<br>
>>><br>
>>> And it's (still) possible (at least in the latest Swift Playground) to safely unwrap both levels:<br>
>>><br>
>>> if case let name?? = nickname { }<br>
>>><br>
>>> - David<br>
>>><br>
>>> Sent from my iPad<br>
>>><br>
>>> On 24 Jun 2016, at 11:32, Brent Royal-Gordon via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:<br>
>>><br>
>>>>> Not really. What is the type of Optional.none? `let empty = Optional.none` does not compile, it says "Generic parameter 'Wrapped' could not be inferred". NSNull() is a unique concrete value, and it's compatible with Objective C, NSObject and AnyObject. We could of course use `Optional<Int16>.none`, but someone else may use `Optional<AnyObject>.none` instead. The extra type information is just misleading in this case.<br>
>>>><br>
>>>> If you want a single, unique value, use `()`.<br>
>>>><br>
>>>> But I'm not sure why you wouldn't just make this member an Optional<Any> in the first place. Is there some reason that wouldn't be suitable?<br>
>>>><br>
>>>> --<br>
>>>> Brent Royal-Gordon<br>
>>>> Architechies<br>
>>>><br>
>>>> _______________________________________________<br>
>>>> swift-evolution mailing list<br>
>>>> <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
>>>> <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
>>> _______________________________________________<br>
>>> swift-evolution mailing list<br>
>>> <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
>>> <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
>><br>
>> _______________________________________________<br>
>> swift-evolution mailing list<br>
>> <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
>> <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
><br>
> _______________________________________________<br>
> swift-evolution mailing list<br>
> <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
> <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr">-Saagar Jha</div></div>