Lightswitch: многоуровневое программирование .NET и реактивное программирование упрощают, каково его ограничение?

Question

Я наблюдаю за архитектурой lightswicth http://channel9.msdn.com/Shows/Going+Deep/Steve-Anonsen-and-John-Rivard-Inside-LightSwitch

Я нахожу это довольно впечатляющим, поскольку оно не имеет ничего общего с уродливым RAD, как VB6, оно основано на самых передовых концепциях и платформах.Я согласен с ними, что большинство разработчиков доменов очень хороши на уровне доменов, но не хороши на системном уровне, поэтому световой переключатель компенсирует это.Но он настолько продвинут, что даже непрограммисты, но опытные пользователи смогут построить многоуровневую систему .NET и Reactive Programming, даже не осознавая этого (так считает Forrester Research http://visualstudiomagazine.com/blogs/desmond-file/2010/08/lightswitch-questions-with-jeffrey-hammond.aspx).

Есть ли какие-либо недостатки в выборе технологии освещения?

Answer 1

Самая большая проблема, которую я вижу, - это выход из коробки со стороны пользовательского интерфейса.Если у вас есть особые требования, которые не соответствуют модели LightSwitch.Если вам нужна навигационная схема, которая не соответствует странице LightSwitch на основе автоматически размещаемых элементов управления.
Я бы не подумал о создании CAD-подобного пользовательского интерфейса в LightSwitch.Но обычные приложения для просмотра / обновления LOB-данных были бы хороши.
Я бы также не создавал приложение типа чата в LightSwitch.Но это может быть просто недостатком воображения и понимания LightSwitch.

На стороне сервера, кажется, достаточно точек подключения, чтобы сделать его расширяемым для большинства потребностей.Если вы не можете / не хотите решать это внутри LightSwitch, вы можете легко сделать вызов WCF для другой службы.