× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Btw,

I said earlier that serializing to binary/BASE64/text gives an exact
representation of a map or value.
However, it's possible to set a different "compare function" for a map than
the default one (used to compare the keys within a map).
This compare function can not be serialized; loading the map again would
result in the same map but with the default compare function.

On Wed, Jul 26, 2017 at 3:28 PM, John Yeung <gallium.arsenide@xxxxxxxxx>
wrote:

On Wed, Jul 26, 2017 at 4:06 AM, jacobus erps <jacobus.erps@xxxxxxxxx>
wrote:
The base support for serialization, binary/BASE64 and text, will use
native
formats to represent an RpgMap exactly with its nuances.
Serializing a map and then reading it back again effectively makes a deep
copy.

An external format such as JSON should be a separate project.

OK. So how is the native text format going to "look a lot like JSON",
and how will it look different from JSON? Can you give a sample, or
have you not come up with it yet?

If the native text format isn't going to be a *compatible* superset of
JSON, my suggestion would be to make it very obvious just from looking
at it that it's not JSON. This is to discourage people from trying to
just use standard JSON parsing on it.

Also, you keep referring to the binary serialization as "BASE64". Does
that mean the API won't expose the true binary form, only the
Base64-encoded form? If so, then you are basically saying you'll have
two text serializations, one which is human-readable and one which is
not. This seems odd to me. I don't really see the point of this. But
if you *are* exposing the true binary form, why do you keep tying it
to Base64?

John Y.
--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.