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

[gl00mie]

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

[brahma]

Цитата:

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

О, да!..

Собственно автор сам указывает чего будет стоить отказ даже от дырявых абстракций.

Цитата:

И правда: созданные за эти годы абстракции позволяют работать с проектами на порядки более сложными, чем десять или пятнадцать лет назад, типа программирования GUI и сетевого программирования. Но хотя замечательные инструменты, вроде современных объектных языков визуальных форм, позволяют сделать много и очень быстро, вдруг в один злосчастный день приходится искать течь в абстракции, и на это уходит пара недель.

Кажется очевидным выбор между потерей 2 недель на поиск дырки и возможностью вообще делать такого уровня проекты.

[belugin]

Цитата:

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

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

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

[AP-1055D]

Цитата:

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

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

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

[AP-1055D]

Цитата:

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

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

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

[gl00mie]

Цитата:

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

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

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

[gl00mie]

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

Цитата:

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

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

Цитата:

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

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

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

[belugin]

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

[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
то хочется снова убиться об стену.

[Logger]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

Судя по тому что Dynamics CRM использует ASP.NET Web-Forms также скорее всего будет и в AX 7. Особенно если учесть автогенерацию HTML5 интерфейса.

А это счастье самое тормозное для слабых соединений. Хуже просто быть не может.
Я резко отрицательно отношусь к ASP.NET Web-Forms и к тому что нас деградируют как программистов.

Но есть и другие мнения, в защиту Web-Forms. Вот неплохое.
http://weblogs.asp.net/psheriff/web-forms-is-not-dead
Web Forms and MVC are based on the same underlying technology and both can generate fast, small, responsive web applications. At the same time both can be unit tested, take advantage of MVVM, HTML 5, CSS 3 and jQuery libraries. So don’t throw away all your hard-earned skills, just take advantage of the tricks in this article and develop modern web applications with Web Forms.

Но лично мое мнение что ASP.NET Web-Forms это полный абзац и для бизнеса и для карьеры. Ключевое слово в ASP.NET Web-Forms это "tricks" , а не программирование. Но это снова, частное мнение немного специалиста.

[ax_mct]

Цитата:

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

Но есть и другие мнения, в защиту Web-Forms. Вот неплохое.
http://weblogs.asp.net/psheriff/web-forms-is-not-dead
Web Forms and MVC are based on the same underlying technology and both can generate fast, small, responsive web applications. At the same time both can be unit tested, take advantage of MVVM, HTML 5, CSS 3 and jQuery libraries. So don’t throw away all your hard-earned skills, just take advantage of the tricks in this article and develop modern web applications with Web Forms.

Тяжело понять то ли это "точно про AX 7" то ли про "нужны ли теориTECHеские знания AX программисту".
Вот мнение которое полностью совпадает с моим опытом и мировоззрением
http://programmers.stackexchange.com.../224553#224553

Оттуда часть текста великолепно относится к абсткастрации от программирования HTML5.

Unfortunately, this programming model emphasizes so much the metaphor of Windows GUI programming that it carries with it the burden of its necessary implementation details, all the encumbering baggage necessary to accommodate the event life cycles and the tucking away the ugly details of the simple HTML and script that these drag-and-drop components and controls would output. And at the end of the day, developers supporting real applications inevitably had to dig deep into these components or write their own, and consequently they would fight battles with this infrastructure, battles which would leave behind piles upon piles of cruft, pulled hair, and tears.

И вот это
HTML is already a very high-level markup language, as is Javascript a high-level programming language. The whole story would have been different if we were dealing with Assembly language and C.

Я люблю AX вообще и AX 7 в частности как крепостной любит свою рабочую лошадь-кормилицу. Но хочется лошадь, как бы сказать, здоровую что-ли

[Link]

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

[sukhanchik]

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

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