|
Добрый день коллеги. Разбираю концепцию построения приложений с использованием SAPUI5 и CDS. Накопились вопросы. Посему, буду очень благодарен за ответы, если не трудно.
Все вопросы отражают личное мнение.
1 . В различных источниках, говорится о лучшем пользовательском опыте, собранном в SAPUI.
Однако, в доступных примерах, да и созданных тестовых приложениях сгенерированных из CDS, я не смог сделать часто используемые действия над данными.
Например, выделить столбец в таблице и скопировать набор данных этого столбца... Выделяются все данные страницы, что не удивительно, т.к. это текст.
Но пользователю нужно как-то копировать данные, и делают они это часто. Так же, нет по умолчанию различных функций для аналитики - суммирование, поиск, выгрузка и.т.д.
Вопрос - Как вы реализуете или обходите эти ограничения? Наиболее интересна практика при использовании CDS и сгенерированных приложений.
2 . Вопрос безопасности. Т.к. приложение написанное с использованием SAPUI5 это stateless приложение, то мы имеем на компьютере пользователя все данные выгруженные
из oData без наличия некоей транзакции на стороне сервера приложений, хранящей данные. Ничего не мешает пользователю открыть средства разработки и отладки в браузере и просмотреть все загруженные данные,
которые возможно и скрыты на экране (например аннотациями), вытащить полные адреса и наименования oData сервисов (начать запускать их отдельно выгружая/изменяя данные),
корректировать код JavaScript приложения.
Вопрос - Как вы реализуете систему безопасности, проверяете ли на стороне CDS данные на корректность и валидность.
3 . Вопрос по актуальности SAPUI5 приложений. Написав обычное приложение для SAP GUI , мы получаем следующие плюшки:
a. Запуск в SAP GUI
б. Запуск в браузере HTML GUI
в. Запуск в фоне
г. Использование как объекта в программах (batch input, submit)
C SAPUI5 - у нас только запуск в браузере + вопросы по безопасности и юзабилити.
Вопрос - Как вы смотрите на актуальность программ на SAPUI5 именно для ABAP систем.
4 . На текущий момент, SAP предлагает, как лучшую практику - использование CDS, генерацию на их основе oData сервисов, генерацию приложений с использованием аннотаций.
Но, так ли много приложений, полные данные для которых можно выбрать одной CDS... Практически всегда, приходится обрабатывать данные после выборки из БД с использованием фм и методов.
Т.е. процент программ, данные которых можно выбрать через CDS достаточно низок (на мой взгляд). К тому же, CDS имеют серьезные ограничения.
Вопрос - Как вы собираете сложные модели данных на CDS .
5 . Вопрос по быстродействию. SAPUI5 приложение часто обращается к источнику при манипуляция с данными (поиске, изменении списка полей на экране и т.д.), т.к. это stateless приложение.
При этом сервис заново ищет данные и выдает их скопом. Для БД НАNA, это может быть и норма, но SAPUI5 и CDS можно использовать и на Oracl и MSSQL и на DB2 .
Там с постоянной считкой из БД могут быть затруднения в плане скорости. Да и данные могут браться из источников, где скорость считывания может быть не такой уж и быстрой.
В этом плане, традиционные приложения, где один раз считал, а потом работаем на внутренних таблицах - имеют преимущество. Получается SAPUI5 только для HANA и то с оговорками.
Вопрос - Выявляли ли вы в своих программах на SAPUI5 проблемы по быстродействию .
Еще хотел спросить про транзакционные stateless приложения, блокировки и т.д. , но это вроди решается DRAFT таблицами.
 |
|
Вход
Регистрация
FAQ пользователя
Поиск
