我们通过一个具体的例子来学习。
考虑下列代码：
new Dialog({ title: "{/title}", // embedded binding expression, points to a string property in the data model ... content: { // binding info object path : "/inputItems", // points to a collection in the data model template : new Input(...) } });
请注意，在设置字符串值时，这些值中的任何花括号都需要转义，因此它们不会被解释为绑定表达式。 使用 #escapeSettingsValue 这样做。
除了下面记录的设置之外，ManagedObject 本身还支持以下特殊设置：
id : sap.ui.core.ID 新实例的 ID。一些子类（元素、组件）要求 id 在特定范围内是唯一的（例如，元素 ID 在所有元素中必须是唯一的，组件 ID 在所有组件中必须是唯一的）。
models : object sap.ui.model.Model 实例的映射，由它们的模型名称（别名）键控。此对象中的每个键为 k 的条目与调用 this.setModel(models[k], k); 具有相同的效果。
bindingContexts : object sap.ui.model.Context 实例的映射，由它们的模型名称键控。此对象中每个键为 k 的条目与调用 this.setBindingContext(bindingContexts[k], k); 的效果相同。
objectBindings : object 由相应模型名称键入的绑定路径映射。此对象中每个键为 k 的条目与调用 this.bindObject(objectBindings[k], k); 的效果相同。
metadataContexts : object 由相应模型或上下文名称键入的单个绑定上下文数组。
metadataContexts 特殊设置的目的是从控件的绑定上下文中推断出尽可能多的信息，以便能够预定义某些标准属性，例如可见，启用，工具提示，…
该结构是单个上下文的数组，其中单个上下文是包含以下键的映射：
path: string (强制) 对应模型属性或对象的路径，例如 ‘/客户/名称’。 路径也可以是相对的，例如 ‘姓名’
model：字符串（可选）模型的名称，如果没有名称则采用未定义的模型
name：字符串（可选）在模板阶段使用的上下文名称
kind: string （可选）适配器的种类，可以是单个属性的字段，也可以是结构化上下文的对象。
adapter：字符串（可选）根据上下文传递控制相关数据的解释类的路径，例如 enabled，visible 等等。 如果未提供，则 OData 元数据会被解析使用。
提供 metadataContexts 的语法如下：{SINGLE_CONTEXT1},...,{SINGLE_CONTEXTn} 或为简单起见，如果只有一个上下文，则直接使用 {SINGLE_CONTEXT}。
看一个例子：
{/Customers/Name}: 在默认模型中设置的客户实体的属性名称的绝对路径的单个部分
{path: 'Customers/Name', model:'json'}: 单个部分，具有指向命名模型中设置的客户实体的属性名称的绝对路径
{parts: [{path: 'Customers/Name'},{path: 'editable', model: 'viewModel'}]}：单个绑定上下文的组合，一个来自默认模型的上下文，一个来自 viewModel
