(9) unpete,
ИМО, в отношении разницы с продуктами, упомянутыми Вами в преамбуле:
- SAP UI5: это полноценный весьма привязывающий стек разработки. Судя по примерам созданных приложений, даже на уровне типа "hello, world!", коммитит очень сильно.
Кроме этого, подход к описанию структуры страницы в декларативной манере внутри js - это подход "на любителя". У него есть свои плюсы и минусы. Но сам факт применения именно данного подхода уже существенно сокращает число заинтересованных в применении решения.
Если я правильно понял ход Вашей мысли, то под пунктом номер один я бы упомянул совсем другие продукты :)
- metadata.js; Тут даже не коммит, а критерий определения целевого пользовательского сегмента - 1С. Это первое.
Второе - пороговый уровень вхождения значительно выше.
Ну и третье, цели продукта отличны от FWAC.
Чтобы получить наиболее раскрытый по смыслу ответ на Ваши вопросы после преамбулы, отмечу несколько фактов:
1) FWAC может использовать в качестве backend решение на любой платформе, предоставляющее механизм доступа к данным посредством OData. Таким образом, в качестве backend можно использовать:
- MS WCF
- MS Sharepoint
- SAP NetWeaver Gateway
- 1С REST.
Иными словами, уровень привязки к 1С низкий.
На ресурсе 1C комьюнити плюсом это безусловно не назовешь))))))
НО - это вносит ясность в определение профиля целевого потребителя продукта. Если точнее - то расширяет его далеко за пределы 1С.
2) Имеется возможность получения готового приложения вообще без кода.
Здесь по идеологии наиболее близким кажется ветеран MS Access.
Опять таки, ценность через призму восприятия 1С кодера = 0.
Но считаю важным отметить, т.к. это непосредственно влияет на уровень вхождения.
3) Благодаря использованию внутри ядра целевого создаваемого в FWAC приложения стека или стандартных, или наиболее популярных веб технологий, значительны возможности портирования создаваемого приложения:
- Уже сейчас можно создать приложение на платформе NWK;
- В ближайшей перспективе будет сборка "из коробки" под Android. Т.е. опять же - даже без погружения и в строчку кода.
4) В перспективе ближайших полу года запланировано:
- уже упомянутая выше возможность сборки под моб;
- автогенерируемый OData сервис (исходя из описания модели, определенных непосредственно через UI FWAC);
- конструктор форм. С данным компонентом возможности расширяются кратно.
Итоги позиционирования с учетом рассмотренного выше:
- Пользователь FWAC если и является 1С разработчиком, то в рамках проекта, где будет применен FWAC - 1С будет использован по большей мере в качестве backend слоя. Основной объём разработки реального проекта под реальные потребности будет вестись в рамках front-end его составляющей. При этом FWAC создает готовый и изначально уже работающий каркас будущего полнофункционального приложения и решает задачу DAL в front-end проекте.
Зачем и кому это надо. Проект зародился, глядя на работы в реальном и достаточно сложном проекте, архитектуру которого вкратце можно описать по формуле: Back + Middle = 1C; Front - AngularJS. Подобные новаторства в компоновке архитектуры во многом движимы драйвером под названием "импортозамещение". Таким образом, в совокупности 1С + FWAC составляют среду RAD.
- Важный в целом момент - Пользователь FWAC может вообще быть и не в курсе, что такое 1С :)
Однако, детализировать далее этот пункт в контексте публикации на ресурсе Infostart целесообразным не видится.