А что сейчас точно известно про AX 7?

[ax_mct]

http://diginomica.com/2015/03/19/mic.../#.VagwrhNViko

-Dynamics AX 7 under wraps

Dynamics AX 7, which will come later in the year. This has a “completely reimagined” user interface based on HTML5 and will have the same look-and-feel as the forthcoming Office 16 release.

--Christian Pedersen, general manager of Dynamics Marketing

This release has very strong ties from a data model and business logic perspective with the previous release, but it brings new innovation together in a business solutions context.

The thing you will see shining loud and clear is the user experience. To create a productivity environment that is more like Office.

We’re going to keep the data model and the business logic the same between AX 2012 R3 and AX 7 to keep the upgrade simple.

Yes there are cosmetic changes but you also get a move to an HTML 5 based user experience. You’ll have a user experience with a lot less clicks — a much more productive environment ( вот это интересно, доброго здоровья MS маркетингу, на вас вся надежда ) to work in.

[Ivanhoe]

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

[gl00mie]

Пример из жизни на счет заранее известных ограничений платформы: заказчик давно и успешно живет на AX 2009, переходить на AX 2012 в обозримой перспективе не предполагает, часть функционала работает через Корпоративный портал. В определенный момент он хочет реализовать портал для своих оптовых покупателей. Есть уже согласованный функционал, есть реализованный прототип, заказчику нравится, всё прекрасно и чудесно, затем решают отдать прототип на тестирование этим самым оптовым покупателям, обсуждаются варианты подключения, вынос веб-сервера в DMZ, все дела. Клиент:
- К слову, они по большей части будут использовать iPad'ы
- Э... с мобильных устройств скорее всего не получится
- ??!
- Портал AX 2009 не поддерживает браузерный движок мобильных устройств, нормальная поддержка появилась только с AX 2012
- Плохо. Надо чтобы работало. Ищите решение

[belugin]

Цитата:

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

Пример из жизни на счет заранее известных ограничений платформы:

Насколько я понял мы обсуждаем переход клиента на вебинтерфейс, а не новую версию Enterprise portal. Прихордилось ли вам такое делать для виндового клиента (залезать на уровень WinApi?)

[AP-1055D]

Цитата:

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

Ищите решение

Удалённый рабочий стол?

[ax_mct]

Цитата:

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

Пример из жизни на счет заранее известных ограничений платформы:
...
- Плохо. Надо чтобы работало. Ищите решение

Мне пришлось делать решение из-под AX 2009 EP так чтобы работало под iPad. Решение было рабочим но второй раз я такого делать не буду и другим не советую.
Проще сделать нормальное web-приложение отдельно и интегрировать его с AX.

Пример "Надо чтобы работало. Ищите решение" вполне удачный так как показывает то что ожидания Клиента/Заказчика/Пользователя не особо то и проконтролируешь. Я не представляю себе клиента который смиренно принимает "ограничения". Просто нереально.

В контексте нового HTML5 интерфейса таким примером может быть скорость ввода данных в строки грида или что-то подобное.
Да, можно сделать чтобы скорость и удобство были сравнимы с desktop. Но для этого нужен полный контроль программиста над HTML5 интерфейсом так как он есть в Dynamics CRM. Если не будет полного контроля над рендерингом, то AX клиента будет не удовлетворить.

[AP-1055D]

Цитата:

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

В контексте нового HTML5 интерфейса таким примером может быть скорость ввода данных в строки грида или что-то подобное.
Да, можно сделать чтобы скорость и удобство были сравнимы с desktop. Но для этого нужен полный контроль программиста над HTML5 интерфейсом так как он есть в Dynamics CRM. Если не будет полного контроля над рендерингом, то AX клиента будет не удовлетворить.

Как я уже написал в соседней ветке, в CRM 2011/2013 у вас нет полного контроля над интерфейсом.

[AP-1055D]

Цитата:

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

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

Ну ведь кроме интерфейса есть ведь много других ограничений, например, отсутствие правки данных задним числом. Конечно, это не интерфейс, но ведь ограничение. Или требования к каналу, ландшафту.

Мне крайне интересно вы работаете преимущественно с иностранными клиентами или российскими? Если с иностранными, то я был уверен, что там стремятся как можно больше использовать стандарт, а бантики и бусинки требуют у нас.

[ax_mct]

Цитата:

Сообщение от AP-1055D

Ну ведь кроме интерфейса есть ведь много других ограничений, например, отсутствие правки данных задним числом. Конечно, это не интерфейс, но ведь ограничение. Или требования к каналу, ландшафту.

Мне крайне интересно вы работаете преимущественно с иностранными клиентами или российскими? Если с иностранными, то я был уверен, что там стремятся как можно больше использовать стандарт, а бантики и бусинки требуют у нас.

Согласен с обоснованными и вполне ожидаемыми ограничениями.

Клиенты все иностранные. Пользователи когда переходят со старой системы на новую или с desktop на web имеют свои ожидания основанные на предыдущем опыте.

Тенденция избегать любого программирования в AX и максимально использовать стандарт есть и именно она и беспокоит. Чем новее версия 3-4-5-6 и скоро 7 тем все беспокойнее. И избегают не потому что бантики и бусинки не нужны а потому что чем больше развивается AX тем все дороже (со всех аспектов) в ней изменения.

По поводу того что и в CRM нет полного контроля. Да, нет. Но на позициях программистов Dynamics CRM очень даже спрашивают навыки и знания связанные с Web программированием. Потому что оно там есть это программирование.

Я не ругаю HTML5, но пытаюсь спрогнозировать спрос на программирование в AX 7.

[belugin]

Цитата:

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

Да, можно сделать чтобы скорость и удобство были сравнимы с desktop. Но для этого нужен полный контроль программиста над HTML5 интерфейсом так как он есть в Dynamics CRM. Если не будет полного контроля над рендерингом, то AX клиента будет не удовлетворить.

А каково теоретическое обоснование невозможности такого грида из коробки?

[ax_mct]

Цитата:

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

А каково теоретическое обоснование невозможности такого грида из коробки?

То, что он server-side. Как в силу философии ASP.NET webforms так и из-за функционала уже самой АХ. Переход на новую строку - обработка на сервере и т.п.

Client-side гриды продаются третьими сторонами за примерно $1000, смотрел несколько лет назад.

Я обходился тем что полностью отключал стандартный грид от серверной обработки до нажатия кнопки submit, и добавлял много JavaScript, конечно на своих новых страницах и для тех сценариев где это было допустимо.

[ax_mct]

Цитата:

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

А каково теоретическое обоснование невозможности такого грида из коробки?

Если делать по уму типа такого
http://www.telerik.com/kendo-ui
то все может быть очень даже красиво.

Вот так тоже неплохо
https://gridmvc.codeplex.com/

Но если продолжать в стиле ASP.NET Web-forms
http://www.asp.net/web-forms/overvie...filtering-data
то хочется снова убиться об стену.

[AP-1055D]

Цитата:

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

Уточните, пожалуйста, на чем именно основан ваш опыт в данном случае

Мой опыт в большей степени касается работы на клиенте.

[gl00mie]

Цитата:

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

Насколько я понял мы обсуждаем переход клиента на вебинтерфейс, а не новую версию Enterprise portal. Прихордилось ли вам такое делать для виндового клиента (залезать на уровень WinApi?)

Посмотрите \Classes\TableLookup_RU\waitAndSearch в AX2009

[gl00mie]

Вот еще нашел пример, когда понадобилось "слезать с платформы и идти своими ногами" в сторону WinApi:

Цитата:

Сообщение от Владимир Максимов

Есть набор файлов PDF. Мне необходимо организовать печать этих файлов в определенном порядке. На первый взгляд, показалось все просто, но очередь на печать формируется практически в произвольном порядке. "По хорошему", надо бы каждый раз дожидаться окончания печати одного файла и только после этого посылать на печать другой.

Цитата:

Сообщение от Владимир Максимов

Написал я класс для чтения очереди на печать. Стал он контролировать факт попадания очередного задания в очередь принтера. Класс "заточен" под конкретную проблему, поэтому как универсальное решение не пригоден, но в нем есть полноценный код считывания очереди на печать принтера по умолчанию.

Мне доподлинно известен как минимум один проект, где это решение 2006-го года используется до сих пор, но судя по количеству скачиваний, проблема оказалась широко распространенной.

[belugin]

Не спорю такое бывает, но имхо это единичные нетипичные случаи.

[Link]

На партнерсорсе доступен документ Microsoft Dynamics 'AX 7' New, Changed, and Deprecated Features

[sukhanchik]

В общем - ключевые (наиболее ощутимые для внедренцев) изменения - это замена Windows-клиента веб-порталом и отказ от Managed-контролов, при помощи которых ранее писались все порталы .
Т.е. код от порталов предыдущих версий можно "фтопку".
А в плане функциональности - я так понял, что некоторые улучшения конечно сделаны, но так... по принципу надо же хоть что-то было показать . Видимо все усилия пошли на то, чтобы все перевести на новую платформу.
Но этот факт не может не радовать специалистов. Не придется все с нуля перемалывать, как было в случае АХ 2012. По крайней мере будут более прогнозируемы ожидания по времени разработки.

Что ж... посмотрим, как документацию, тренинги и маркетинговые "кричалки" подтянут...

[gl00mie]

Цитата:

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

В общем - ключевые (наиболее ощутимые для внедренцев) изменения - это замена Windows-клиента веб-порталом и отказ от Managed-контролов, при помощи которых ранее писались все порталы Т.е. код от порталов предыдущих версий можно "фтопку".

Не совсем так: отказались от использования ManagedHost-контролов на формах, которые, аналогично ActiveX-контролам, позволяли легко и просто вытащить на форму для Windows-клиента Аксапты что-нить эдакое, типа редактора диаграмм Visio.

Цитата:

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

А в плане функциональности - я так понял, что некоторые улучшения конечно сделаны, но так... по принципу надо же хоть что-то было показать . Видимо все усилия пошли на то, чтобы все перевести на новую платформу.

Обширный список функционала, который и не реализован, и не зачислен в устаревший (а также то, что RTM-версия будет включать локальный функционал лишь для 10-и стран), говорит о том, что перевод на новую платформу еще далек от завершения

Цитата:

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

Но этот факт не может не радовать специалистов. Не придется все с нуля перемалывать, как было в случае АХ 2012. По крайней мере будут более прогнозируемы ожидания по времени разработки.

Мне кажется, произойдет разделение на frontend- и backend-разработчиков: одни будут знать, как использовать и модифицировать стандартные классы приложения и потом отлаживать это всё в VS, а другие - как верстать формы в HTML, переписывать lookup-ы на JavaScript и потом отлаживать это всё в браузере И, как и с 2012-й, время разработки по первости опять вырастет раза в 1.5-2

Цитата:

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

Что ж... посмотрим, как документацию, тренинги и маркетинговые "кричалки" подтянут...

Еще посмотрим, как и когда поднимут локализацию на новую платформу...

PS. Меж тем уже вышел CTP7

[George Nordic]

Ну что, web и "толстый клиент" - очень разные технологии. Преимущества web-клиента это, разумеется, отсутствие необходимости инсталляции клиентской части (лишь бы браузер был) и автомасштабирование. Основные минусы, как ни странно, следуют из последнего плюса: народ, привыкший работать огромными таблицами с жестко фиксированной шириной полей очень негативно отнесется к тому, что в web, с очень большой долей вероятности, ширина полей будет больше и влезать на экран будет меньше. Именно это вызывает основные нарекания, я не зря про grid говорил - в учетных системах, увы, в них ведется вся основная работа. И не зря ax_mct так переживает.

С Уважением,
Георгий