我们正在尝试使用与 John Papa 的 Pluralsight 课程(例如,Web API、knout、jquery 等)类似的技术和技术来开发 SPA。但是,作为一家公司,我们决定不使用实体框架。我们想使用标准 ADO.NET 编写我们的服务器端数据层。
现在,我们正在尝试将 Breeze 集成到我们的解决方案中。然而,尽管 Breeze 网站称它们与 Microsoft 无关,但似乎如果您不使用 EF,您将与 Breeze 一起经历一段漫长而痛苦的旅程。
我们尝试评估 NoDB Breeze 示例,但它非常复杂且难以理解(以及弄清楚如何在服务器端的标准分层拱门中实现它 - 一切似乎都是紧密耦合的,只是放入MVC/Web API 项目的 Models 文件夹)。
所以,我的问题是:
-- 如果您不使用 EF,Breeze 是否是客户端数据库的错误选择?
- 如果可以轻松地使 Breeze 不使用 EF 并在服务器端直接使用 ADO.NET,是否有更好的示例或文档来说明如何做到这一点?
-- 鉴于我们的 SPA 实现非常类似于 John Papa 的带有 durandal、knout、Web API 等的 SPA 拱门,除了(再次)我们没有使用 EF,还有比 Breeze 更好的选择吗?
-- 然后是 SignalR... 我们计划稍后实现 SignalR,Breeze 甚至可以与 SignalR 一起使用吗?
谢谢!