<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><span></span></div><div><div><span></span></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>Is anyone currently working on this who would like to collaborate?&nbsp;<br><br>Daniel Strokis</div><div id="AppleMailSignature"><br>Sent from my iPhone</div><div><br>On Dec 12, 2015, at 3:47 PM, Philippe Hausler &lt;<a href="mailto:phausler@apple.com">phausler@apple.com</a>&gt; wrote:<br><br></div><blockquote type="cite"><div><meta http-equiv="Content-Type" content="text/html charset=utf-8"><div class="">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.</div><div class=""><br class=""></div><div class="">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.</div><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 12, 2015, at 11:58 AM, Daniel Strokis via swift-corelibs-dev &lt;<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi All,&nbsp;<div class=""><br class=""></div><div class="">I’ve noticed that for many classes in Foundation,&nbsp;<span style="font-family: Menlo; font-size: 11px;" class="">encodeWithCoder</span>&nbsp;and&nbsp;<span style="font-family: Menlo; font-size: 11px; color: rgb(187, 44, 162);" class="">init</span><span style="font-family: Menlo; font-size: 11px;" class="">?(coder aDecoder: </span><span style="font-family: Menlo; font-size: 11px; color: rgb(79, 129, 135);" class="">NSCoder</span><span style="font-family: Menlo; font-size: 11px;" class="">)</span>&nbsp;call&nbsp;<span style="color: rgb(49, 89, 93); font-family: Menlo; font-size: 11px;" class="">NSUnimplemented</span>. 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.&nbsp;</div><div class=""><br class=""></div><div class="">Thanks,&nbsp;</div><div class="">Daniel Strokis</div>
<img src="https://u2002410.ct.sendgrid.net/wf/open?upn=0mkChau6XnFV-2FCNUik62L9ZaldD0W0ziOwj-2F3jLx3681vBsyFK4qimXSvi022ERSfMxh92ebAwqFw9utehxTOqf05xZkZ-2FBBN4ok4y2DIHkWfugOeZMxNJWpHdUccW4jwuzqTgO6UpsTbSOU51vV3def4lR8Q6cWMIpMUKFqtdM-2BArYLk5psHhw2RXr17ZOTcGvy08pPTNTkc3JAnbq2530YeI1OYmXsT9U5tMTl-2FB4-3D" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;" class="">
</div>
_______________________________________________<br class="">swift-corelibs-dev mailing list<br class=""><a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-corelibs-dev">https://lists.swift.org/mailman/listinfo/swift-corelibs-dev</a><br class=""></div></blockquote></div><br class=""></div></blockquote></div></div></body></html>