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

[ax_mct]

Цитата:

Сообщение от 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-фрэймворки для которых проще найти специалистов.