问题标签 [breeze-sharp]

我们已经使用微风很长时间了，现在我正在尝试使用微风锐客户端访问现有的 webapi 控制器。我们的控制器使用 NHibernate 进行数据访问。
应用程序在CsdlMetadataProcessorFetchMetadata的该行 (24) 上引发对象引用未设置异常。 如果我查看我们的元数据，则没有模式节点。 我错过了什么吗？NHibernate 有不同的配置吗？
_schema = json["schema"];

编辑：我还尝试导出我的元数据并在元数据存储上使用 ImportMetadata 导入它，但是在创建 clr 类型时它会引发另一个异常......

谢谢

我是 Ria Services 的新手。我正在使用 VS2013 SP2。我只是想弄清楚：是否可以在没有 Silverlight 的情况下使用 RIA 服务？

我看不出将 Ria 服务与任何类型的客户端（在我的情况下是独立的 wpf 应用程序）一起使用有任何主要矛盾。但....

• 如我所见，仅为silverlight应用程序或silverlight类库生成客户端代码
• 那是因为项目属性的silverlight选项卡中的特殊选项“wcf ria serivces link”。
• 我找不到任何命令行工具或 msbuild 目标文件来生成客户端代码。
• 似乎谷歌并没有感觉到“有”和“没有”之间的区别:(
• 官方文档说在 asp.net web 项目中使用 ria 服务。更具体地说：同一个 Web 应用程序中的 DomainServiceSource。顺便说一句，自定义数据源组件完全不是我需要的。

这看起来像魔术！我无法想象谁生成客户端代码！

任何人都可以阐明这个问题，或者只是将我踢向正确的方向吗？

我们已经开始考虑使用 BreezeSharp，因为我们有一个 WebAPI ODATA 服务，我们想在 ASP.NET 网站上重新使用它（不涉及 javascript，只是纯 C#）。

不幸的是，我们刚刚注意到，根据文档，我们所有的模型实体现在都应该从 Breeze.Sharp.BaseEntity 继承。这对我们来说是不行的，因为这意味着在我们的商业模式中依赖 Breeze。我们宁愿只保留对 WebAPI 服务的依赖。

无论如何我们可以避免这种情况吗？例如，当它们不从 BaseEntity 继承时，在客户端有代理类？

对此有什么想法吗？

我无法弄清楚为什么我的子节点为空或计数为 0，即使数据库中有关联的数据。

父类“项目”

子节点属性“CurrentMilestone”返回 null

即使存在有效的匹配数据，子节点属性“Contacts”也会返回一个 0 数组。

使用 HotTowel angular/breeze 我正在运行这个..

控制器：

奇怪的是它们中的一些可以工作，比如 Status 可以工作，但 leaseStatus 不能（未显示，以相同的方式设置）而不扩展它。

只是为了添加更多信息，如果我对 API 运行它， ..../Projects?$expand=Status%2CCurrentMilestone%2CLeaseStatus%2CCurrentMilestone%2FMasterMilestone%2CContacts%2CContacts%2FPerson&

在 Fiddler 中，子节点没有展开。

我们正在使用带有使用 EF6.1 的数据层的 EasyNetQ(RabbitMQ) 我们正在开发一个 WPF 客户端，它将通过消息总线请求数据。我们希望能够使用 Breeze.Sharp 来管理客户端上的数据，但目前唯一可用的 DataServices 是用于 WebApi/web(HttpClient) 服务的。

是否可以引入一个接口，以便我们可以提供与 EasyNetQ 消息总线通信的自定义 DataService？

如果我只使用 BreezeSharp 在移动应用程序中进行数据管理，那会是多么成功和愉快？有了在本地导出/保存/导入的能力，我可以想象一个场景，我从服务器中提取然后主要在 EntityManager 缓存中工作。

想到缓存有多少，以及它如何处理溢出的问题。我还想知道如果缓存没有基于磁盘的溢出机制，我最终是否会编写大量代码来管理导出的实体。

我还没有完全理解为实体实现 IEditableObject 的必要性。我只能考虑当实体必须将更改恢复到以前的状态时使用它，例如对话框上的重置/恢复行为。

考虑上述相同的场景，其中用户必须将 CRUD 屏幕上的实体状态恢复为其初始状态。从 BreezeSharp BaseEntity 派生的实体是否已经支持回滚功能？或者客户端应该实现它自己的状态管理，所以不要依赖 BreezeSharp 吗？

BreezeSharp 是否支持 CollectionView 支持的数据集合的分组、排序、过滤和导航等功能？

用例类似于以下内容。检索母公司及其子公司的员工集合。根据公司名称，需要过滤员工（并呈现给 UI）。一次只显示一家公司及其员工。

如果 Breeze 不支持这个，我应该有自己的 CollectionView 来处理这个吗？

我有一些模型类继承自单个抽象类，而抽象类又派生自 BaseEntity

公共抽象类项目：BaseEntity

当我尝试在我的上下文中创建实体数据模型时，我收到以下错误：System.Reflection.TargetInvocationException：调用目标已引发异常。---> System.Data.Entity.ModelConfiguration.ModelValidationException：在模型生成过程中检测到一个或多个验证错误：

DataLayer.EntityAspect: : EntityType 'EntityAspect' 没有定义键。定义此 EntityType 的键。DataLayer.EntityKey: : EntityType 'EntityKey' 没有定义键。定义此 EntityType 的键。DataLayer.MetadataStore: : EntityType 'MetadataStore' 没有定义键。定义此 EntityType 的键。DataLayer.Validator: : EntityType 'Validator' 没有定义键。定义此 EntityType 的键。DataLayer.DataType: : EntityType 'DataType' 没有定义键。定义此 EntityType 的键。DataLayer.StructuralType: : EntityType 'StructuralType' 没有定义键。定义此 EntityType 的键。DataLayer.ValidationError: : EntityType 'ValidationError' 没有定义键。定义此 EntityType 的键。DataLayer.ValidationContext: : EntityType ' ValidationContext' 没有定义键。定义此 EntityType 的键。DataLayer.StructuralProperty: : EntityType 'StructuralProperty' 没有定义键。定义此 EntityType 的键。EntityAspects: EntityType: EntitySet 'EntityAspects' 基于没有定义键的类型'EntityAspect'。EntityKeys: EntityType: EntitySet 'EntityKeys' 基于没有定义键的类型'EntityKey'。MetadataStores：EntityType：EntitySet 'MetadataStores' 基于没有定义键的类型'MetadataStore'。Validators: EntityType: EntitySet 'Validators' 基于没有定义键的类型'Validator'。DataTypes：EntityType：EntitySet 'DataTypes' 基于没有定义键的类型'DataType'。结构类型：EntityType：EntitySet ' StructuralTypes' 基于没有定义键的类型'StructuralType'。ValidationErrors：EntityType：EntitySet 'ValidationErrors' 基于没有定义键的类型'ValidationError'。ValidationContexts：EntityType：EntitySet 'ValidationContexts' 基于没有定义键的类型'ValidationContext'。StructuralProperties：EntityType：EntitySet 'StructuralProperties' 基于没有定义键的类型'StructuralProperty'。没有定义键。StructuralProperties：EntityType：EntitySet 'StructuralProperties' 基于没有定义键的类型'StructuralProperty'。没有定义键。StructuralProperties：EntityType：EntitySet 'StructuralProperties' 基于没有定义键的类型'StructuralProperty'。

在 System.Data.Entity.Core.Metadata.Edm.EdmModel.Validate() 在 System.Data.Entity.DbModelBuilder.Build(DbProviderManifest providerManifest, DbProviderInfo providerInfo) 在 System.Data.Entity.DbModelBuilder.Build(DbConnection providerConnection) 在System.Data.Entity.Internal.LazyInternalContext.CreateModel(LazyInternalContext internalContext) 在 System.Data.Entity.Internal.RetryLazy`2.GetValue(TInput input) 在 System.Data.Entity.Internal.LazyInternalContext.InitializeContext() 在 System. Data.Entity.Internal.LazyInternalContext.get_ModelBeingInitialized() 在 System.Data.Entity.Infrastructure.EdmxWriter.WriteEdmx(DbContext context, XmlWriter writer) --- 内部异常堆栈跟踪结束 --- 在 System.RuntimeMethodHandle.InvokeMethod(Object目标、Object[] 参数、签名 sig、布尔构造函数）在 System.System.RuntimeType 中的 Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments) 在 System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfoculture)。 Microsoft.DbContextPackage.Handlers.ViewContextHandler.ViewContext(MenuCommand menuCommand, Object context, Type 的 InvokeMember(String name, BindingFlags bindingFlags, Binder binder, Object target, Object[] providedArgs, ParameterModifier[] 修饰符, CultureInfoculture, String[] namedParams)系统上下文类型）Microsoft.DbContextPackage.Handlers.ViewContextHandler.ViewContext(MenuCommand menuCommand, Object context, Type 的 InvokeMember(String name, BindingFlags bindingFlags, Binder binder, Object target, Object[] providedArgs, ParameterModifier[] 修饰符, CultureInfoculture, String[] namedParams)系统上下文类型）Microsoft.DbContextPackage.Handlers.ViewContextHandler.ViewContext(MenuCommand menuCommand, Object context, Type 的 InvokeMember(String name, BindingFlags bindingFlags, Binder binder, Object target, Object[] providedArgs, ParameterModifier[] 修饰符, CultureInfoculture, String[] namedParams)系统上下文类型）

如果我删除 BaseEntity 继承并创建实体数据模型，它会成功完成。BaseEntity 做了什么来破坏我的模型？

现实世界的问题是，当我尝试从 DataService.Metadata() 调用返回元数据时，它也会遇到此错误。

任何想法如何解决这个问题？

谢谢

我能够安装Breeze.Sharp ToDo项目。我在添加新的待办事项时注意到了一种行为。当添加新的待办事项时，客户端进行服务器调用 SaveChanges 并成功添加该项目。客户端再次必须通过QueryAllTodos调用服务器以再次获取最新列表。为什么这次往返是必要的？SaveChanges方法是否应该将更改（添加后的新列表）与客户端列表合并以避免再次往返？