Talk:AssetServer
From OpenSimulator
(→Is the answer "both"?) |
(→Is the answer "both"?) |
||
| Line 7: | Line 7: | ||
== Is the answer "both"? == | == Is the answer "both"? == | ||
| − | I have always felt that the notion of an XML schema allows us to have the best of both worlds; provided we couple it with an understandable versioning scheme. I think strong typing is very desirable from the point of view predictable behavior, but for something like this there is clearly NOT going to be a stable data model over its lifetime regardless of how well the initial model is thought out. | + | I have always felt that the notion of an XML schema allows us to have the best of both worlds; provided we couple it with an understandable versioning scheme. I think strong typing is very desirable from the point of view predictable behavior, but for something like this there is clearly NOT going to be a stable data model over its lifetime regardless of how well the initial model is thought out. I totally agree re: supporting any preferred format for serialization; that should be something agreed between the session partners. |
--[[User:Awebb|Awebb]] 06:58, 9 October 2008 (PDT) | --[[User:Awebb|Awebb]] 06:58, 9 October 2008 (PDT) | ||
Revision as of 06:01, 9 October 2008
Metadata
As far as the specific serialization format goes I don't have much of a preference. Ideally, a robust asset server would support multiple serialization formats such as XML, LLSD XML, JSON, binary, etc. Where it gets tricky is with the higher level representation. There are two schools of thought: strongly typed data and weakly typed data. Linden Lab's UDP, Google's Protocol Buffers, and Facebook's Thrift are examples of strongly typed protocols. Linden Lab's structured data and most XML schemas are examples of weakly typed data.
Should systems like the asset service focus on strongly or weakly typed data? Are there compelling reasons to choose one direction over the other? --Jhurliman 15:59, 6 October 2008 (PDT)
Is the answer "both"?
I have always felt that the notion of an XML schema allows us to have the best of both worlds; provided we couple it with an understandable versioning scheme. I think strong typing is very desirable from the point of view predictable behavior, but for something like this there is clearly NOT going to be a stable data model over its lifetime regardless of how well the initial model is thought out. I totally agree re: supporting any preferred format for serialization; that should be something agreed between the session partners. --Awebb 06:58, 9 October 2008 (PDT)
