Lightswitch:多层.NET和反应式编程让编程变得简单，它的限制是什么？

Question

我正在观察lightswicth http://channel9.msdn.com/Shows/Going+Deep/Steve-Anonsen-and-John-Rivard-Inside-LightSwitch的架构

我发现它非常令人印象深刻，它与丑陋的RAD无关，比如VB6，它基于最先进的概念和框架。我同意他们的观点，即大多数领域开发人员在领域级别非常好，但在系统级别不好，所以lightswitch弥补了这一点。但它是如此先进，即使是非程序员，但高级用户将能够构建一个多层.NET和响应式编程系统，甚至没有意识到(这是Forrester Research认为http://visualstudiomagazine.com/blogs/desmond-file/2010/08/lightswitch-questions-with-jeffrey-hammond.aspx)。

那么，选择lightswicth技术有什么缺点吗？

Answer 1

我看到的最大的问题是打破了UI端的框框。如果您有不适合LightSwitch模型的特定要求。如果您需要一个与基于LightSwitch页面的自动布局控件不匹配的导航方案。

我不会考虑在LightSwitch中创建一个像UI这样的计算机辅助设计。但是常规的LOB数据查看/更新应用程序就可以了。

我也不会在LightSwitch中创建聊天类型的应用程序。但这可能只是因为我缺乏想象力和对LightSwitch的理解。

在服务器端，似乎有足够的钩点使其可扩展以满足大多数需求。如果你不能/不想在LightSwitch中解决这个问题，你可以很容易地调用另一个服务。