Цитата:
Сообщение от
belugin
Не с каким-либо другим фреймфорком, а с веб вей. И получился не туториал. Под тториалом я понимаю степ бай степ
Первое что я нашел содержит кучу сведений по специфическому саповскому бекэнду.
https://www.tutorialspoint.com/sap_fiori
Я так понял, что это некая пришлепка сбоку к сапу. А грид это пришлепка сбоку к той пришлепке сбоку.
Судя по коду, который я нашел[/URL], простая форма делается сложнее чем в AX
У них еще есть SAP Web IDE который для тех кому надо просто без всяких MVC.
https://wiki.scn.sap.com/wiki/displa...E+-+Quickstart
https://www.youtube.com/watch?v=STUrK2185s8
В нем все выглядит проще чем в Java EE.
Если по конкретному вопросу то я согласен что в D365FO данная задача добавления грида с плюшками будет быстрее для программиста. Но вряд ли дешевле для клиента.
Пришлепка эта по ходу как EP для AX2012 что было бы идеальным вариантом и для AX вместо превращения в один EP. Но судя по тому как CDX за 8 месяцев перевел SAP в Cloud, там как то все более вариативно и один web интерфейс возможен.
Цитата:
Сообщение от
belugin
А что именно требуется от расширяемости фронтенда а не от написания фронтенда с нуля к существующему бекэнду?
Вебсервисы присутствуют в AX7 - если вам не нужен стандартный интерфейс в AX, что мешает просто написать сбоку на любом фреймворке фронтэнд, дергающй сервис? Если нужен стандартный, можно, наверное, всю нестандартную форму целиком запихать в один контрол и использовать его.
Тут вопрос кому. Пришедший со стороны web-программист посмотрит на все это дело и сделает все сбоку на каком либо варианте ASP.NET. Просто потому что иначе карму себе испортит.
А типичному AX/D365FO программисту не нужна расширяемость front-end. Ему расширяемости X++ для полноты жизни и так хватить.
Согласен что от добавления front-end расширяемости в текущий "web" фрэймворк D365FO ни жарко ни холодно. Она этому фрэймворку не нужна.
Но в то же время думаю что использование какого-то общего и более стандартного web-framework было бы более разумно, с разделением front-end и back-end программирования. Если бы с самого начала развития AX7 типичный MS CRM программист мог делать front-end, а типичный AX программист back-end программирование то это было бы более дальновидно.
P.S. Но тогда не было бы смысла обьявлять новую версию (AX7) целиком web, а имел бы смысл просто расширять EP. На что они конечно же пойти не могли.
Практически все альтернативные решения используют отдельные MVC web-фрэймворки для которых проще найти специалистов.