D19087: Add standalone conversion functions for PropertyMap to Json and vice versa

[Stefan Brüns]

bruns added a comment.


  In D19087#415703 <https://phabricator.kde.org/D19087#415703>, @astippich wrote:
  
  > The stringlist case is still not handled.
  
  
  Thats the reason I have not marked the comment as done ...
  
  > And a test case for multiple ints (2 ReleaseYear properties) will also likely fail. When going with JSON, I think this has to be done by always inserting values as an array (even if there is only one value), and removing this during deserialization. Stringlist will then be an array in an array in JSON. That will ensure that the map is of the same structure as it was put in, and this should also be possible to do in a backwards compatible way.
  
  
  
  > What do you think of using QDataStream here? This would require a db version bump, of course.
  
  Not too much:
  
  > Versioning
  > 
  > QDataStream's binary format has evolved since Qt 1.0, and is likely to continue evolving to reflect changes done in Qt. When inputting or outputting complex types, it's very important to make sure that the same version of the stream (version()) is used for reading and writing. If you need both forward and backward compatibility, you can hardcode the version number in the application:

REPOSITORY
  R293 Baloo

REVISION DETAIL
  https://phabricator.kde.org/D19087

To: bruns, #baloo, #frameworks, ngraham, poboiko, astippich
Cc: kde-frameworks-devel, ashaposhnikov, michaelh, astippich, spoorun, ngraham, bruns, abrahams
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20190219/c6a17315/attachment-0001.html>