什么是“元数据设计原则”?

我敢打赌这意味着“设计原则包括由元数据驱动”。

元数据的设计原则不多——通常由您的工具提供。

但是,一些组织希望将元数据作为应用程序软件规范、构造和操作的关键部分。

如果他们想要一个设计原则包括大量使用元数据的人,那么它可能会出现一个类似“元数据设计原则”的短语。

但是,在我说之前,我会问他们认为这是什么意思。

从本质上讲,这将是有关数据的数据设计;也就是说,用附加数据来描述数据。元数据是关于数据的数据;其中数据可以是您为给定项目获得的订单,有关数据的元数据可以是您获得的订单数等。正确的元数据设计包括了解哪些类型的信息对于您分析的任何数据都可能有用且有趣,并认识到如何最合适我追踪并捕获它。

例如,一本书在某一天的销售量可能是有用的,但不一定是同一本书在某一分钟的销售量。同样,给定年份的销售数量可能不如按月销售等有用。在本例中,它是粒度,但元数据设计可能涉及许多其他事情;也许销售的地理分布很重要,作为另一个示例。

“熟悉元数据设计原则”这句话听起来很可疑,像是人力资源部发明的一个模糊短语,不知道他们在说什么。不过,我想试试看。

元数据是通过描述其他数据的属性或特征来增强其他数据的数据。

实例:

在以下标记中:

<a href="http://google.com">Link to Google</a>

href描述符是元数据,因为它“修饰”或进一步描述了链接。它是链接的属性。通常,所有HTML属性都是元数据。

C属性是元数据。微软称属性为“一种关联方式 声明性信息 上一节课。”

[System.Serializable]
public class SampleClass
{
    // Objects of this type can be serialized.
}

在数据库表中,记录地址字段中包含的值:

12345 Main Street

只是数据,但字段在数据库中的定义是:

Type: Text
Length: 50

是元数据。

在MP3文件中,音频只是数据,但MP3标记(如author、title和bitrate)是元数据。

XML是数据, XSD 是元数据。XSD可用于表示一组规则,XML文档必须符合这些规则才能被视为“有效”。

某一特定时期内某本书的销售量并不是该书的元数据,因为它不进一步描述该书本身,只描述其销售量。然而,一本书的作者、书名和页数是该书的元数据(ISBN也是如此)。

那里。现在您已经了解了“元数据设计原则”。

以下是C.Larman的“应用UML和模式”的摘录:

反光或元级设计

这种方法的一个例子是 这个 java.beans.Introspector 到 获得一个 BeanInfo 对象,请求 吸气剂 Method 豆对象 属性x,并调用 Method.invoke . 该系统是 不受逻辑或 外部代码变体 反射算法使用 反省与元语言 服务。它可以被认为是 数据驱动设计的特殊情况。