13

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

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

4

4 回答 4

3

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

于 2011-09-06T05:46:23.923 回答
2

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

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

于 2011-05-08T22:50:20.860 回答
1

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

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

在 beta 2 和 RTM 之间没有添加新功能（尽管对某些功能进行了调整），但是团队已经收到了很多反馈并包含在 V2 中。

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

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

于 2011-05-13T00:52:42.757 回答
1

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

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

于 2011-09-09T20:08:02.917 回答