mfp: X++ the most extensible language on the planet!

[belugin]

Цитата:

Сообщение от ax_mct

Сравнение трудоемкости плюхнуть грид с получением плюшек в D365FO с каким либо другим фрэймворком. В качестве ответа был назван SAP Fiori фрэймворк где плюшек не меньше, а трудоемкость не выглядит большей.

Не с каким-либо другим фреймфорком, а с веб вей. И получился не туториал. Под тториалом я понимаю степ бай степ

Первое что я нашел содержит кучу сведений по специфическому саповскому бекэнду. https://www.tutorialspoint.com/sap_fiori


Prerequisites to Learn SAP Fiori
The following are the requirements for learning SAP Fiori −

ABAP program and objects
HTML5
JavaScript
SAP UI5
ERP Implementation experience
OData and SAP NetWeaver Gateway
SAP HANA


Я так понял, что это некая пришлепка сбоку к сапу. А грид это пришлепка сбоку к той пришлепке сбоку.

Судя по коду, который я нашел, простая форма делается сложнее чем в AX

Цитата:

В качестве примера. Есть у нас ввод заказа. Есть операторы telesales. По сути для них D365FO не ERP, а рабочее место telesales. У них требования одно-оконное приложение, максимальная скорость ввода заказа в целом, подтягивание всевозможной информации по клиенту и его предыдущим заказам. И все это в том UI к которому они привыкли в другом приложении. Весь back-end должен быть в кнопке "Submit" и может быть 1-2 быстрых запросов сервера перед этим.

А что именно требуется от расширяемости фронтенда а не от написания фронтенда с нуля к существующему бекэнду?

Вебсервисы присутствуют в AX7 - если вам не нужен стандартный интерфейс в AX, что мешает просто написать сбоку на любом фреймворке фронтэнд, дергающй сервис? Если нужен стандартный, можно, наверное, всю нестандартную форму целиком запихать в один контрол и использовать его.