mfp: X++ in AX7: Client/Server keywords

[Blog bot]

Источник: http://blogs.msdn.com/b/mfp/archive/...-keywords.aspx
==============
In AX7 all X++ code is running on the server tier. No exceptions. The compiler is ignoring client and server keywords.



When you come across any of these just delete them without a second thought:

• Client and Server keywords
• //AOSRunMode::xxx
• xGlobal::ClientKind()
• Dangling semicolons (but that is another story)

Similarly, if you stumble into any code that was taking the journey to the opposite tier to do some "magic" and then pack down the results in a container – consider refactoring the code. The journey is not happening anymore, and it is pure overhead. Typically such methods are static methods named xxx_OnServer() or xxxClient().



THIS POST APPLIES TO MICROSOFT DYNAMICS AX7 PREVIEW; IS PROVIDED AS-IS AND CONFERS NO RIGHTS.







==============
Источник: http://blogs.msdn.com/b/mfp/archive/...-keywords.aspx

[Morpheus]

Интересно, как теперь в зависимости от определенного условия сделать поле на форме недоступным для редактирования?

[belugin]

так же

[sukhanchik]

А как будет производиться взаимодействие с файлами, лежащими у клиента?
Простейшая ситуация - открыть файл, который лежит у пользователя на компьютере на C:\...\MyFile.txt
А весь код исполняется только на сервере

[EVGL]

Upload естественно, а как еще?

[belugin]

Цитата:

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

а как еще?

Высадить программу на клиента и там обработать. Только это уже не на X++. Насколько я знаю, на JS можно.

[pitersky]

Вот никогда не понимал ситуации, когда системно нужный документ (а другим вроде как в Аксапте и не место) хранится у конкретного пользователя на компе локально.
Бывают ситуации, когда из определённой папки забирают документы на обработку (например, для импорта заказов на продажу). Но в этом случае, очевидно, и адрес папки будет сетевым. В остальных случаях чем плох стандартный вариант аттачментов?

[Wamr]

скопировать данные из грида в Excel по кнопочке тоже через сервер?

[sukhanchik]

Цитата:

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

Upload естественно, а как еще?

Не вопрос - просто интересуюсь вариантами.

Цитата:

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

Вот никогда не понимал ситуации, когда системно нужный документ (а другим вроде как в Аксапте и не место) хранится у конкретного пользователя на компе локально.
Бывают ситуации, когда из определённой папки забирают документы на обработку (например, для импорта заказов на продажу). Но в этом случае, очевидно, и адрес папки будет сетевым. В остальных случаях чем плох стандартный вариант аттачментов?

В жизни не всегда бывает так все красиво организовано. Поэтому и хочу понять - остались ли "дырки" для "некрасивой" организации или нет.

Цитата:

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

Высадить программу на клиента и там обработать. Только это уже не на X++. Насколько я знаю, на JS можно.

Т.е. править сами aspx-странички?

Цитата:

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

скопировать данные из грида в Excel по кнопочке тоже через сервер?

Вот присоединяюсь к этому же вопросу.
Собственно, ключевым вопрос был такой: Как взаимодействовать теперь с файлами, которые находятся у клиента? Один из вариантов - это положить их на сервер (upload), а затем они будут доступны из X++?

А вариант WinAPI на клиенте как я понимаю отпадает?

А еще есть ситуации, когда есть спецкомпьютер, на котором зарегистрировано (допустим - .NET-сборкой) спецПО, с которым есть интеграция с АХ. Но это спецПО установлено только на одном компьютере. Как тогда общаться с этим спецПО? Если это не сервер АХ?

[gl00mie]

Цитата:

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

А еще есть ситуации, когда есть спецкомпьютер, на котором зарегистрировано (допустим - .NET-сборкой) спецПО, с которым есть интеграция с АХ. Но это спецПО установлено только на одном компьютере. Как тогда общаться с этим спецПО? Если это не сервер АХ?

По аналогии с тем, как сделали для Modern POS, писать hardware station, взаимодействующую с локальным ПО/железом (мне почему-то сразу вспомнились электронные весы), а из нее публиковать наружу веб-сервисы, к которым уже обращаться из серверного кода АХ Все для людей...

[sukhanchik]

Цитата:

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

мне почему-то сразу вспомнились электронные весы

Дак я про них и думал, когда писал .
Но в целом вот действительно - вопрос - какие варианты будут предложены по взаимодействию с окружением клиента?

[belugin]

Цитата:

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

Т.е. править сами aspx-странички?

Не совсем, я пока не знаю, о чем могу рассказать здесь, но есть варианты.

Цитата:

Один из вариантов - это положить их на сервер (upload), а затем они будут доступны из X++?

Да, поддерживается API для загрузки на сервер при выборе из браузера.

Цитата:

А вариант WinAPI на клиенте как я понимаю отпадает?

Если напишете, например, на C# приложение, которое будет взаимодействовать с сервером.

Цитата:

А еще есть ситуации, когда есть спецкомпьютер, на котором зарегистрировано (допустим - .NET-сборкой) спецПО, с которым есть интеграция с АХ. Но это спецПО установлено только на одном компьютере. Как тогда общаться с этим спецПО? Если это не сервер АХ?

Вебсервисы, наверное.

[sukhanchik]

Спасибо за комментарии.

Цитата:

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

Вебсервисы, наверное.

По поводу веб-сервисов. Раньше спецПО представляло собой некий софт, который различался в зависимости от вида - где-то надо было зарегистрировать DLL-ку, сборку. Где-то надо было выбирать из БД собственного софта и т.д.

Работа с веб-сервисами в АХ предполагает, что либо спецПО имеет свои веб-сервисы (что было бы странно для тех же электронных весов - делать целые веб-сервисы), либо спецПО должно уметь дергать веб-сервисы АХ (что еще более удивительнее).

Собственно - вопрос, а какие требования по идее должны быть к спецПО, чтобы его можно было бы подружить с сервером АХ?
Просто достаточно странно требовать от тех же электронных весов или же ТСД наличие их собственного веб-сервиса.

[belugin]

Цитата:

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

Работа с веб-сервисами в АХ предполагает, что либо спецПО имеет свои веб-сервисы (что было бы странно для тех же электронных весов - делать целые веб-сервисы), либо спецПО должно уметь дергать веб-сервисы АХ (что еще более удивительнее)..

Я так понимаю, что все равно надо либо аксапте объяснить что-такое весы либо весам объяснить что такое аксапта. Просто теперь надо либо написать интеграию с весами на стороне аксаптой либо интеграцию с весами на стороне аксапты либо и то и другое.

[S.Kuskov]

Без кода на клиенте совсем грустно как-то. Как взаимодействовать с окружением? теми же принтерами (список подключенных принтеров в lookup на форме),
банк-клиентами и др. системами, установленными локально, а не на сервере?

Понятно что балом правят облачные технологии и всё такое, но как-то не верится в то что всё можно запихнуть на сервер.

[Logger]

Они убили Кенни...

[Logger]

com объекты можно удаленно вызывать.
Вернемся к старому доброму com, который будем дергать из аоса

А то все
дотнет !
Версервисы !

Проще надо быть )

[macklakov]

Цитата:

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

com объекты можно удаленно вызывать.
Вернемся к старому доброму com, который будем дергать из аоса

Хм, интересная мысль. А что мне надо сделать чтобы у тебя на рабочем компе дернуть какой-нибудь com объект?

[Logger]

Права как минимум, а еще у себя на компе прописать запуск этого com с моего компа.