Добрый день!
Коллеги, если кто разбирался с расширением стандартных FIORI приложений, поделитесь, пожалуйста, информацией, как это делать? Вот, допустим у нас on-premis система. В ней стандартное приложение. В нем - поле ввода, на которое требуется навесить средство поиска. Как это сделать?
А если СП должно быть не всегда? А по каким-то условиям (в зависимости от значений других полей на экране). Как это можно сделать?
Что почитать, какие примеры посмотреть, чтобы решать такие задачи?

odata сервис на это приложение создан на базе CDS?
Если да то какой именно, попробую глянуть.

У меня пока общий вопрос. И непонимание - тоже общее.
Т.е. получается, для начала надо посмотреть на конкретное приложение, и на его источник для модели, так?

Да у меня тоже опыта не много.
Мы сервисы для всех своих приложений создавали на базе CDS.
Те стандартные, что я смотрел также на базе CDS были.

Стандартные приложения я не расширял, но имею представление как это сделать (то есть расширить новым полем и навесить на него СП)
В своих приложениях через CDS через аннотации вешали СП проблем не было.

Где что читать, по интернету просто искал в хелпе есть кое какая информация, информация от коллег.
https://help.sap.com/viewer/cc0c305d2fab47bd808adcad3ca7ee9d/7.5.9/en-US/3b77569ca8ee4226bdab4fcebd6f6ea6.html
в блогах кое что полезное тоже есть.

На крайний случай, Вы всегда сможете создать сервис на базе таблицы СП, этот сервис UIшники смогут вызвать на фронтэнде. Но это костыльные решения как я думаю.

Можно попробовать на конкретном Вашем примере разобраться, возможно поинтересуюсь у более опытных коллег.

Не могли бы вы подробно описать этот момент? Я не понимаю, как связаны СП и аннотации. Поясните, пожалуйста! Есть какая-то ссылка на документацию\туториал\пример?

Доку нашел. Сейчас изучу и, наверное, будут новые вопросы.

Так.. про CDS, ассоциации и Value Help стало понятно. Но появились вопросы: в примерах везде речь про одно поле. Т.е. СП у нас подставит значение только в 1 поле. А если нужно сразу в 2? Как пример из практики: СП, которое показывает собственный банк и счет в собственном банке. При выборе в классическом приложении заполнятся сразу 2 поля. Можно ли такое сделать через CDS и аннотации?

Если СП будет описано по второму варианту, то есть как модель, тогда должно сработать.
Когда будете описывать CDS_VH обозначьте там два ключевых поля ИД банка и Счет.
При связке также указать надо оба ключа
// Association to BP value help
association [0..1] to ZDEMO_I_BP_ValueHelp as _BusinessPartnerValueHelp
on $projection.BusinessPartner = _BusinessPartnerValueHelp.BusinessPartner
on $projection. второй ключ

Хорошо, про CDS и средство поиска стало чуть-чуть понятно.
А как с прикручиванием к стандартному приложению? Насколько я понимаю, в стандарте же будет использоваться стандартная же CDS? Ее как-то можно будет подменить на нашу extended CDS?

Да, будет стандартная.
Что значит подменить? Когда Вы extended создадите это и есть расширение стандартной CDS
См https://help.sap.com/viewer/cc0c305d2fab47bd808adcad3ca7ee9d/7.5.9/en-US/dd02965db1c6417a8a2015288fa0bb8b.html

Другое дело, что расширять будете новыми полями, да и в целом насколько я знаю этот функционал по расширению стандартных сильно ограничен.

По существу, возможно "по хорошему" и никак не навесить в стандартное ui приложение. Вспомните в ГУЯХ же тоже, чтобы на стандартное поле на экране навесить СП, надо было добавлять append structure дальше там СП прилеплять, в общем это через одно место как я думаю.

В Вашем случае я бы попробовал создать сервис который отдаст данные СП и попробовать прикрутить СП через ui (js)

Ага, и после этого СП появлялось во всех программах, где юзается этот ЭД, и где не прикручено принудительно своего СП. И это нормально. Ну т.е. уже привычно

Вот и не понятно: как это сделать? Взять стандартную прикладу, откопировать, поправить, и юзать везде ее? Или есть какой-то легитимный способ поправить именно саму стандартную прогу?

Ну копировать не вариант наверное...


с точки зрения чего? Backend или frontend?

Вот например тут https://blogs.sap.com/2013/06/25/how-to-implement-value-help-f4-with-sap-ui5/ он создал сервис который данные отдает для СП
Дальше он его руками прикручивает к приложению, это уже JS (у нас это отдельные веб разработчики)

До этого все что мы обсуждали, это решается без вмешательства ui разработчика, управляется с backend через анотации например (есть и другие инстрмуенты).

Хепл по ui5 https://help.sap.com/viewer/b4b7cba328bc480d9b373c7da9335537/2.09/en-US/95d113be50ae40d5b0b562b84d715227.html
Что такое СП с точки зрения ui https://help.sap.com/viewer/b4b7cba328bc480d9b373c7da9335537/2.09/en-US/3361e270c62c46c9893eaefb2966d62e.html
Касательно расширения приложений с точки зрения UI https://help.sap.com/viewer/b4b7cba328bc480d9b373c7da9335537/2.09/en-US/a264a9abf98d4caabbf9b027bc1005d8.html

Ну.. в том-то и дело, что меня подвел склероз и я нашел на сдн примеры именно с таким подходом.

Спасибо! То что надо. Совсем забыл про эти варианты. Плохо, когда после обучения прошло время без практического применения