我只是简单地使用LightSwitch玩,虽然看起来它可能是内部应用程序的一个很好的框架,但我担心它会像许多其他工具一样承诺简单创建应用程序但是一旦你改变了从最基本的应用程序来看,它变得比使用更传统的语言/框架(即.NET)更加艰巨。
所以,我想知道人们被困在哪里?处理复杂性有多难?它的可扩展性如何?是否值得现在或更好地等待下一个测试版?
答案 0 :(得分:2)
与所有这种性质的系统一样,当您需要自定义任何默认行为时,您将遇到问题。
一个这样的例子是,如果您尝试更改父查询的方式 - >子关系按照本文http://ayende.com/Blog/archive/2010/08/25/analyzing-lightswitch-data-access-behavior.aspx
中的说明执行答案 1 :(得分:2)
我还没有碰到任何一面墙,但基于主题的定制钩子是一个真正的痛苦。另外,请注意,您无法对添加到LightSwitch项目中的任何代码进行单元测试。
答案 2 :(得分:1)
LightSwitch V1最初针对非开发人员,“部门”应用程序等,但他们提供了许多要点,如果您愿意或需要,可以下载到代码中以获得更高级的情况。您也可以将任何SilverLight控件用作“自定义控件”,或者您可以创建自己的自定义SilverLight控件。如果您需要更深入,也可以创建自定义“扩展”。
许多专业开发人员(包括我自己)已经认识到LS是一个非常方便的工具,可以了解和使用。开发人员的这种兴趣有望帮助推动LS未来版本的发展。 B2,当前版本,拥有Go-Live许可证&我们当中有很多人正在构建相当大的应用程序。
在beta 2和RTM之间没有添加任何新功能(虽然有些功能已经调整过),但是团队有很多反馈意见。包含在V2中。
有一个相当活跃的MSDN论坛,在那里你可以提出问题&从用户,开发者和& LS团队成员。
http://social.msdn.microsoft.com/Forums/en/lightswitchgeneral/threads
答案 3 :(得分:1)
我遇到的最大问题是由于生成的SQL查询而导致的性能限制。在大型表格(> 1000万条记录)上,性能并不是很好,但是可以说Lightswitch的范围不适用于那样的大型系统,而是预期数据集较低的解决方案。
Lightswitch的大部分真正限制不是Lightswitch问题,而是一般的Silverlight问题。例如,有限的WCF支持是企业应用程序中的问题。