我正在尝试实现模拟dataservice。我正在注册新数据类型,使用init数据创建一个新实体,但在执行查询时我收到一个错误:“此查询没有可用的元数据”。我无法弄清楚它为什么会发生。我的实体管理器包含我已注册的数据类型,它还包含已创建实体的集合。我认为我的查询因名称空间而失败,所以我试图查询“Tag:#Football.Models” - 结果相同。我也尝试过executeLocally()方法,同样的东西......
步骤:
1)创建breeze dataservice,datastore和manager。
2)创建新的元数据类型并将其添加到数据存储区。
3)创建已注册类型的新实体,并通过一些模拟数据启动它。
4)执行查询以获取实体集合; 在步骤4失败 - 发生错误:“错误:此查询没有可用的元数据”
这是我的代码:
//1st step
var mockDataService = new breeze.DataService({
serviceName: "mockDataService",
hasServerMetadata: false
});
var mockMetadataStore = new breeze.MetadataStore(
{
namingConvention: breeze.NamingConvention.camelCase
});
var queryOptions = new breeze.QueryOptions({
fetchStrategy: breeze.FetchStrategy.FromLocalCache
});
var entityManager = new breeze.EntityManager({
dataService: mockDataService,
metadataStore: mockMetadataStore,
queryOptions: queryOptions
});
// 2nd step
var et = new breeze.EntityType({
shortName: "Tag",
namespace: "Football.Models",
autoGeneratedKeyType: breeze.AutoGeneratedKeyType.Identity,
defaultResourceName: "tags"
});
et.addProperty(new breeze.DataProperty({
name: "id",
dataType: breeze.DataType.Int32,
isNullable: false,
isPartOfKey: true
}));
et.addProperty(new breeze.DataProperty({
name: "name",
dataType: breeze.DataType.String,
isNullable: false
}));
mockMetadataStore.addEntityType(et);
mockMetadataStore.registerEntityTypeCtor("Tag", null);
//3rd step
etType = mockMetadataStore.getEntityType("Tag");
var newTag = etType.createEntity({id:1,name:"tag"});
entityManager.addEntity(newTag);
// 4th step
var a = breeze.EntityQuery
.from("Tag")
.using(entityManager).execute()
.then(querySucceed).fail( function(err) {
alert(err);
// and i got an error:
// Error: There is no metadata available for this query
});;
答案 0 :(得分:2)
从版本1.2.7开始更新
您不再需要调用 setEntityTypeForResourceName 或 addDataService 方法来完成您所描述的模拟设置。
---上一个答案----------------------------------------
你非常接近。您需要做的就是添加以下两行
mockMetadataStore.setEntityTypeForResourceName("Tag", et); // or "Tags"
mockMetadataStore.addDataService(mockDataService);
这一行之后
mockMetadataStore.addEntityType(et);
在这种情况下,实际上都不需要这些,但现在它们都是。在下一个版本中将删除对此“额外”代码的需求。这些方法仍然有用,但不是在这种特定情况下。
此外,您应该更改 defaultResourceName 或 EntityQuery.from 子句,以便名称匹配。 (这包括案例 - 见下面的评论)。
原因是 defaultResourceName 是您要查询的“集合/资源”的名称,而不是“entityType”的名称,即资源名称是您要传递给的 EntityQuery.from 子句。一个好的约定是资源名称是它查询的entityType名称的复数版本,尽管这绝不是必需的。因此,您可以更改“from”子句或“defaultResourceName”
旁注,多个resourceNames可以返回相同的entityType,因此名称“defaultResourceName”中的“default”。
此外,只有属性名称通过namingConventions的转换,因此您的resourceNames应该完全服务器期望它们。