Показать сообщение отдельно
Старый 23.05.2017, 20:22   #30  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от mazzy Посмотреть сообщение
Собственно вопрос про это - что нужно сделать, чтобы было проще? дешевле? быстрее? с меньшими затратами для заказчика?

предположим где-то есть некое супер-убер-фиговина, которая уже делает "технически просто". какими свойствами она должна обладать, чтобы специалисты со спокойной душой могли сказать - к этому мы быстро наваяем веб-интерфейс при помощи библиотеки
Ответ один - найти супер-убер-фиговину то есть нормального программиста. Все остальное уже есть.
Варианты
- web service for AX using AIF. SOAPClient скажем в php.
- .NET DLL к которой мы обращаемся в X++ и которая делает все что душе угодно, тот же JSON.NET.
- обмен файлами

Всякие супер-библиотеки и шины - даром не нужны. Они не упрощают, а усложняют жизнь нормальному программисту.
Хотя вот в пример уже привели волшебный костыль To-Increase Web Service Studio, но за всякое волшебство есть своя цена.

Не может быть такой библиотеки, у каждого популярного LAMP есть свое API и SDK, Ему и следуем. Надо SOAP/REST да впридачу OAuth - значит пишем .NET сборку которая это делает. Как бы наверное это то что ты прокси называешь. Самый очевидный и простой способ.

А если типа интранет и свое - то самый очевидный и простой способ - AX лезет в базу данных этого третьего приложения. Batch job, ODBCConnection. Cheep and cheerful, что еще нужно
----
И конечно Bitrix это сарказм, приложений многие десятки. Достаточно тех что предлагают уже готовую интеграцию с AX в коробке. Но чтобы понять LAMP они или нет, это надо очень постараться чтобы понять на чем они написаны.

У моего текущего клиента e-commerce на LAMP и меня спрашивали за интеграцию с AX. Что делает бизнес - ищет уже готовую интеграцию. Потому что найти нормального программиста - сложнее.
За это сообщение автора поблагодарили: mazzy (2).