除非明确指定类型，否则属性绑定将根据属性的元数据自动确定适当的类型。例如，将确定绑定（假设元数据数据指定“ edm.datementimeoffset”），但使用难以使用 -编码类型sap.ui.model.odata.type.string改为（并且不需要元数据）。
除非开发人员使类型难以使他们无法指定格式选项或约束。
确定自动类型的确定，将考虑元数据的约束，即在非-SAP站点“ maxlength”，“ nullengle”，“ precision”和“ scale”上发布的ODATA属性方面。
除了ODATA属性外，还考虑使用以下ODATA V4注释来设置由自动类型确定的类型约束：
这些注释用于设置相应的约束：最小，最大，最小排斥和最大排名。
目前，以下类型支持映射到名称Space SAP的相应类型：
所有其他类型（包括集合）均映射到通用类型，只能用于访问原始模型值，但不能转换为用户的可读表示。
默认情况下，属性绑定将根据其应用的控制属性传达控制属性的目标类型的值。例如，请参阅以下代码：
上面XML视图中控件的定义将导致错误，因为SAP UI5类型自动识别逻辑将自动确定属性的类型，但是此类型无法将其值格式格式化为布尔值。
正确的方法是将其设置为任何方法，以避免自动标识逻辑的类型。
悬挂绑定不会发送数据服务请求，也不会触发更改。开发人员可以使用其简历方法还原列表或上下文绑定。
绑定悬挂和简历的典型应用程序场景是：
在某些情况下，例如销售表的详细信息页面上的字段称为业务合作伙伴ID，我们可以使用价值帮助来查看Salesorder可以分配的业务合作伙伴ID列表。
我们希望，当salesorder视图初始化时，它不会发送业务合作伙伴的ODATA数据请求，并且只有在用户使用价值帮助时触发。
假设我们要添加一个过滤器并更改列表绑定的排序。如果绑定不悬挂，则将在调用方法之后触发请求，并且第二个请求将在呼叫方法之后触发。
如果被悬挂，则在恢复时仅发送一个带有更新过滤器和排序标准的请求。
原始：https：//juejin.cn/post/7101832856900468743