[Rets-dev] 2.0 overhead redux
dbt
retsdev at develest.com
Wed Apr 25 15:49:12 CDT 2007
On Wed, Apr 25, 2007 at 02:24:42PM -0600, Eron Wright wrote:
> I was not involved in the original discussions, but a few things that come to mind are:
>
> 1.
> Attributes have different whitespacing and encoding rules. For large bodies of text, elements are more efficient and do a better job at preserving whitespace. For small values and codes, attributes make good sense.
Indeed.
Fun bit of XML trivia: It's illegal to represent a <, escaped or
otherwise, inside an XML attribute value. While most XML toolkits
don't barf on this, there's no reason for a conforming xml application
to accept it.
This makes attributes useless for arbitrary user-provided data.
to address an earlier point, plenty of json applications represent
tabular data with:
{data: [['col1', 'col2', 'col3'],
['val1a', 'val2a', 'val3a'],
['val1b', 'val2b', 'val3b'], etc
] }
This would eliminate the duplication of keys.
More information about the Rets-dev
mailing list