Is anyone currently working on this who would like to collaborate?
Daniel Strokis
Sent from my iPhone
> On Dec 12, 2015, at 3:47 PM, Philippe Hausler wrote:
>
> These were not implemented yet since we did not have a way to actually verify
> archives. Part of the goal is to have archives be serializable on Darwin
> platforms and de-serializable on linux (and visa-versa). That way someone
> could presumably archive objects on an iPhone and send the archive over the
> wire to a linux machine and that machine would be able to de-serialize it and
> yield the appropriate structure. This means that we need to make certain
> while implementing these that they mimic the same coder keys and structural
> serialization order (when not initing with a keyed archiver). NSCoder itself
> has a start of an implementation but NSKeyedArchiver has a limitation in that
> we cannot yet build construction of objects dynamically from their class
> name. Specifically there is no NSClassFromString yet. I would say if you are
> looking for a place to start, perhaps coming up with a good strategy for
> accomplishing that in a uniform manner (for both Foundation classes as well
> as user classes) would be a good step in the right direction to getting this
> started.
>
> It might also be a good start to build a verification NSCoder subclass to
> verify the order and keys/values for any abstract class. That way we can test
> and verify the coding/decoding on all platforms.
>
>> On Dec 12, 2015, at 11:58 AM, Daniel Strokis via swift-corelibs-dev
>> wrote:
>>
>> Hi All,
>>
>> I’ve noticed that for many classes in Foundation, encodeWithCoder and
>> init?(coder aDecoder: NSCoder) call NSUnimplemented. Are these methods that
>> just haven’t been implemented yet, or are we not interested in implementing
>> these moving forward? Apologies if this has already been discussed before
>> and I’m just out of the loop.
>>
>> Thanks,
>> Daniel Strokis
>>
>> ___
>> swift-corelibs-dev mailing list
>> [email protected]
>> https://lists.swift.org/mailman/listinfo/swift-corelibs-dev
>
___
swift-corelibs-dev mailing list
[email protected]
https://lists.swift.org/mailman/listinfo/swift-corelibs-dev
