【发布时间】:2014-07-25 18:40:08
【问题描述】:
我正在寻找强调其简单性的简单对象的术语。具体来说,是没有自引用、不包含方法、绑定等(即 JSON 可序列化)的对象。
现在我用这样的词:
- “平面对象”
- “简单对象”
- “数据容器对象”
- “JSON 可序列化对象”
我不喜欢它们,因为:
- 表示缺乏层次结构,这实际上很好。
- 似乎含糊不清。
- 似乎也很模糊。
- 不是直接提到复杂性,而是强调需求。 JSON 可序列化性实际上并不经常是必需的,而简单性却是。
我要描述的对象示例:
var good_1 = {};
var good_2 = {a: 1, b: 'str'}
var good_3 = {thing: [1,
{a: 1,
b: 'str'},
'word'],
otherThing: 42};
我想区分的对象示例:
var bad_1 = {thing: 3,
getThing: function () { return this.thing; }};
var bad_2 = {a: 1};
bad_2['self'] = bad_2;
问题
我应该怎样称呼没有自引用、不包含方法、绑定等(即 JSON 可序列化)的对象?
【问题讨论】:
-
“复杂性”这个词相当模糊。 “JSON-serializable” 看起来很完美,因为这正是您所担心的。您知道,还有其他序列化方案可能与 JSON 有不同的规则,即哪些可以包含哪些不能包含。
-
有趣...我通常只是称它们为对象-无需超越-但这是我的观点。
-
@Pointy,没错。 “复杂性”和“简单性”的模糊性是我想通过使用一个明确的术语来避免的,即使它是 jarogny。 “JSON-serializable”在技术上是明确的,但我很好奇在记录我的代码时是否可以避免它的需求内涵。我希望一些像我一样迂腐的程序员可以告诉我我的谷歌查询没有出现的对象复杂性类层次结构:-)
-
由于我们在 JSON(官方)出现之前使用过这些东西,所以我不会称它们为“JSON 的东西”。在我的团队中,我们宁愿使用像
entity or object structure or definition这样的术语,而不关心它们的复杂程度或嵌套程度。 -
“可序列化”怎么样。用其他语言序列化无法处理函数、引用等。AFAIK。因此,从广义上讲,它描述了您所说的对象/结构的种类。 :)
标签: javascript json terminology code-complexity