您在使用 LightSwitch 时遇到了哪些限制答案

【问题标题】：What limitations are you running into with LightSwitch您在使用 LightSwitch 时遇到了哪些限制
【发布时间】：2010-11-10 03:52:57
【问题描述】：

我只短暂地使用过 LightSwitch，虽然它看起来可能是一个很好的内部应用程序框架，但我担心它会像许多其他承诺简单创建应用程序的工具一样，但一旦你改变完全从最基本的应用程序开始，它变得比仅使用更传统的语言/框架（即 .NET）要困难得多。

所以，我想知道人们在哪里卡住了？处理出现的复杂性有多难？它的可扩展性如何？现在值得看还是等到下一个测试版更好？

【问题讨论】：

标签： visual-studio-lightswitch

【解决方案1】：

我还没有碰到过任何墙，但是基于主题的自定义钩子真的很痛苦。另外，请注意，您不能对添加到 LightSwitch 项目的任何代码进行单元测试。

【讨论】：

-1：您绝对可以对您添加的代码进行单元测试！如果你确定直接添加它，但你应该把它放在一个单独的 Silverlight 兼容程序集中，然后在你的 LS 项目中添加对它的引用，然后调用它。
当然，但只要代码需要与实体、屏幕等相关的任何内容，您就不能。
这正是我所说的“添加到 LightSwitch 项目”的意思。投反对票的原因是什么？！
Gustavo，你不能，但你不能真正初始化测试任何 ui 应用程序（除非你使用 BDD 风格），lightswitch 只是一个真正的 imo 控制库，旨在解决你如何访问数据。如果您编写 RIA Web 服务而不是拖放查询，您可以对这些进行单元测试吗？

【解决方案2】：

与所有这种性质的系统一样，当您需要自定义任何默认行为时，您会遇到问题。

一个这样的例子是，如果您尝试更改父->子关系查询的执行方式，如本文http://ayende.com/Blog/archive/2010/08/25/analyzing-lightswitch-data-access-behavior.aspx中所述

【讨论】：

我认为您的回答措辞不佳，您正在将“这种性质的系统”与 ORM Lightswitch 使用进行比较。所有的 ORM 都有自己的调用方式，很少有人可以控制它。

【解决方案3】：

LightSwitch V1 最初针对非开发人员、“部门”应用程序等，但它们提供了许多要点，如果您愿意或需要，您可以将代码放入稍微高级的情况下。您还可以将几乎任何 SilverLight 控件用作“自定义控件”，或者您可以创建自己的自定义 SilverLight 控件。如果您需要更深入，还可以创建自定义“扩展”。

许多专业开发人员（包括我自己）已经认识到 LS 是一个非常方便的了解和使用工具。开发人员的这种兴趣有望帮助推动 LS 在未来版本中的发展方向。 B2，当前版本，拥有 Go-Live 许可证，我们很多人现在正在构建相当大的应用程序。

在 beta 2 和 RTM 之间没有添加任何新功能（尽管对某些功能进行了调整），但团队收到了很多反馈并纳入 V2。

有一个相当活跃的 MSDN 论坛，您可以在其中提出问题并从用户、开发人员和 LS 团队成员那里获得帮助。

http://social.msdn.microsoft.com/Forums/en/lightswitchgeneral/threads

【讨论】：

您能为“非开发人员”提供参考吗？考虑到它在 VS 中，您将编写代码试图弄清楚非开发人员会处理什么。

【解决方案4】：

我遇到的最大问题是由于生成的 SQL 查询而导致的性能限制。在大型表（> 1000 万条记录）上性能不是很好，但可以说 Lightswitch 的范围不是针对此类大型系统，而是针对预期数据集较低的部门解决方案。

不过，Lightswitch 中的大多数真正限制不是 Lightswitch 问题，而是一般的 Silverlight 问题。例如，有限的 WCF 支持是企业应用程序中的一个问题。

【讨论】：

我敢打赌，那些性能不佳的查询可以通过 SQL 中的优化来加速，特别是添加索引。有兴趣联系我。（在这里回复@MicroservicesOnDDD）。