Я бы добавил, что одним из преимуществ jqt является то, что вы можете очень легко передать разработку внешнего интерфейса третьей стороне (которая специализируется на этом типе работы), и им нужно только знать объектную модель объекта. JSON. (плюс, может быть, несколько «интерфейсов» обратно на сервер)
Таким образом, ваши «бэкэнд-разработчики» могут сосредоточиться на поставленной задаче, а «интерфейсная» команда может разработать jqt. Другое преимущество jqt заключается в том, что они полностью изолированы от среды .net, поэтому возможно (если маловероятно), что технология бэкенда может быть изменена (j2ee, php и т. д.) для подмножества действий, не заботясь о внешнем интерфейсе вне URL для отдыха
это интересное «пространство» для наблюдения, с которым я только начинаю баловаться. однако с обеих сторон ограждения будут только улучшаться, и, как я уже говорил, Дейву (Уорд) несколько недель назад, возможно, некоторые из конечных точек движка бритвы предложат способ прямой интеграции с jqt в будущих версиях - кажется, что-то вроде неизбежно.