Breeze 没有Silverlight的RIA服务

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

我不认为在任何类型的客户端上使用Ria服务有任何主要矛盾（在我的例子中是独立的wpf应用程序）。但是

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

这看起来很神奇！我无法想象是谁生成了客户端代码

---

有谁能解释一下这个问题，或者直接把我踢向正确的方向吗？

如果你想从完整的.NET应用程序（如wpf）访问你的DomainService方法，你可以公开一个SOAP端点并生成一个标准的wcf代理，这将对你有所帮助，但是要记住，你的wpf上不会有DomainContext，而是一个标准WCF代理使“更改”不像Silverlight的DomainContext那样简单

这看起来很神奇！我无法想象是谁生成了客户端代码

关于谁在生成代码，这完全取决于您在Silverlight.csproj上设置的RiaClientCodeGeneratorName属性，您可以对其进行很多调整，但它绝对适合Silverlight

---

也就是说，如果这是一个选项，我认为你最好使用事实上取代WCF RIA的方法。尽管它实际上没有解决你的问题，但它是唯一正在开发的方法。

如果你想从完整的.NET应用程序（如wpf）访问你的DomainService方法，你可以求助于公开SOAP端点并生成标准的WCF proxy、 但请记住，您不会在wpf上获得DomainContext，而是一个标准的WCF代理，它使“更改”不像Silverlight的DomainContext那样简单

这看起来很神奇！我无法想象是谁生成了客户端代码

关于谁在生成代码，这完全取决于您在Silverlight.csproj上设置的RiaClientCodeGeneratorName属性，您可以对其进行很多调整，但它绝对适合Silverlight

---

也就是说，如果这是一种选择，我认为你最好使用事实上取代WCF RIA的技术。尽管它实际上没有解决你的问题，但它是唯一正在开发的技术。

你可能想看看Breeze sharp:（）。它允许.NET客户端与任何web服务通信（下面提到的示例应用程序使用WebApi后端），该客户端与旧的RIA服务客户端非常相似，但具有许多附加功能

---

在Breeze.Sharp.Samples GitHub repo中还有一个“DocCode”示例，展示了Breeze的许多功能。

您可能想看看Breeze Sharp:（）。它允许.NET客户端与任何web服务通信（下面提到的示例应用程序使用WebApi后端）该客户机与旧的RIA服务客户机非常相似，但具有许多附加功能

---

在Breeze.Sharp.Samples GitHub repo中还有一个“DocCode”示例，展示了Breeze的许多功能。

感谢您的帮助！感谢您的帮助！