我刚刚发现了 Visual Studio LightSwitch,这是微软新的以 Silverlight 为中心的 RAD 工具。
这是否与 WCF RIA 服务占用相同的空间?
WCF RIA 真的死了吗?
我刚刚发现了 Visual Studio LightSwitch,这是微软新的以 Silverlight 为中心的 RAD 工具。
这是否与 WCF RIA 服务占用相同的空间?
WCF RIA 真的死了吗?
我一直在阅读,看来 LightSwitch 实际上是建立在 RIA 之上的。我在 The Register 的评论中看到以下内容 -
LightSwitch 中的数据库连接和用户身份验证使用 WCF RIA 服务,这是 Microsoft 针对 Silverlight 的 Web 服务框架,尽管开发人员无法了解细节。这意味着在 Microsoft 的 IIS Web 服务器上运行了一个中间层。
Lightswitch 不会使 RIA 服务变得过时。它们都很有价值,但针对不同的受众。RIA 服务面向需要高度控制的专业程序员。Lightswitch 针对非专业程序员。您可以将其视为用于构建 Silverlight 应用程序的 Microsoft Access。
我不知道您在哪里找到“LightSwitch 面向希望创建自定义 LOB 应用程序的专业开发人员和高级用户”的引用,但这根本不是 LightSwitch 的用途。高级用户,是的,专业开发人员,不是。
LightSwitch 面向非开发人员,即创建“部门”应用程序的用户类型,他们目前可能使用 Excel 或 Access。尽管许多专业开发人员(包括我自己)已经认识到 LS 也是我们使用的绝佳工具,但我们根本不是目标受众。
至于 RIA 服务已死?一点也不!事实上,RIA 服务是访问 LS 目前遇到问题的数据的主要方式之一(聚合、投影实体等)。在 LightSwitch 中使用 RIA 服务非常容易。我们希望,在开发人员表达的兴趣下,在未来的版本中,事情会朝着这个方向改进。
我同意 Phil 的观点,我倾向于将 LS 视为 Access.NET,尽管它远不止于此。考虑使用所有最新技术的“表单优于数据”。Silverlight(浏览器和桌面)、MEF、实体框架、RIA 服务等。
扬