Channel9: Peter Villadsen and Gustavo Plancarte: X++ to MSIL

[Blog bot]

Источник: http://channel9.msdn.com/posts/Charl...tor-X-to-MSIL/
==============

Dynamics Program Manager Peter Villadsen and Software Developer Gustavo Plancarte teach us about a new tool they've developed that translates X++ byte code into MSIL. We learn a lot of history along the way and gain insights into the process of taking X++ into the .NET age.

Microsoft Dynamics features a proprietary language called X++ (basically a superset of Java, with some strong data primitives added) and a complete stack (compiler, interpreter and debugger) that goes with it. The new feature Peter and team have developed is a tool to generate managed code from the X++ intermediate language produced by the X++ compiler. This will have profound impact on the performance of the business applications written in X++, and it very clearly points to where they'll be going in the next few releases of Dynamics Ax.

Tune in.



Источник: http://channel9.msdn.com/posts/Charl...tor-X-to-MSIL/

[MikeR]

Так понял, что выполняется преобразование из Х++ в Р код (аналог асеблера) с промежуточным просмотром исходника в XML. А в студии можно преобразовать его в C# и соответственно разрабатывать на C#.

[belugin]

XML преобразуется в MSIL

а в C# IL можно преобразовать не в студии а в рефлекторе.

[MikeR]

что за рефлектор?

[belugin]

http://www.red-gate.com/products/reflector/
http://www.codeplex.com/reflectoraddins

[MikeR]

логичный вопрос когда (в каком релизе) окончательно прибьют старый добрый Х++?

[belugin]

даже если кто-то это знает, тебе этого никто не скажет ибо NDA

[MikeR]

Появилась идея немного перевести контент, бо такое ощущение, что мало кто понял к чему идем.
Кину свои пять копеек в начало перевода.

Итак, в обсуждении принимает участие Питер Виладсен (старший программный менеджер)
(Набиваю на одном дыхании, поэтому, возможны небольшие ошибки и опускаю слова, сказанные не по существу).
Питер Виладсен - я работаю в команде по разработке языка Х++ и выводу его на следующий уровень, о чем подробно сейчас я вам и расскажу, а так же о том, как генерируется AOL код, - далее представляет Густава старшего SDE из Дании, который как раз и занимается этим вопросом.
Далее идет вопрос, про что же такое язык Х++. Х++ - это DSL, язык на котором основана бизнес логика ERP Dynamics, которому 15 лет. Язык привязан к тем типам, которые используются в системе. Язык очень мощный, так как использует всю мощь объектно-ориентированных языков. Также в нем есть поддержка обработки запросов данных.
Ведущий - получается, что он аналогичен Linq
Питер - да.
Ведущий - технология Linq очень похожа, может быть расскажете поподробнее.
Питер - за прошедшие 15 лет ничего существенно не менялось, ни в одном языке не было такой поддержки выборки данных.... Теперь в некоторых языках появляется подобная поддержка....
было бы удобнее отлавливать ошибки на этапе компиляции (compiler time) а не на этапе исполнения (Run time) ..

[DSPIC]

Цитата:

логичный вопрос когда (в каком релизе) окончательно прибьют старый добрый Х++?

Вот уроды... Лучше бы расширяли бизнес-логику и баги фиксили.
Глядя на 2009 невольно замечаешь, что последних становится все больше и больше, даже в том, что до сих пор работало. Боюсь представить, что будет, когда application засунут в БД и заменят X++ си-шарпом. Короче, ерундой занимаются, зарплату отбивают...

[belugin]

Цитата:

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

Лучше бы расширяли бизнес-логику и баги фиксили.

А быстродействие совсем совсем не нужно?

[DSPIC]

Цитата:

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

А быстродействие совсем совсем не нужно?

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

[belugin]

у меня после перехода 4 -> 2009 возниклю ощущение, что быстродействие UI уменьшилось (гридов там всяких). А процессов - разносок увеличилось. См. также статью федотенко про новое в себестоимости и закрытии склада в 2009

[Logger]

Цитата:

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

у меня после перехода 4 -> 2009 возниклю ощущение, что быстродействие UI уменьшилось (гридов там всяких). А процессов - разносок увеличилось. См. также статью федотенко про новое в себестоимости и закрытии склада в 2009

Надеюсь дело не в железе было ?

[belugin]

процесс перехода заключался в гонянии по очереди того и другого на одной машине - а у вас другие впечатления?

[Logger]

Цитата:

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

процесс перехода заключался в гонянии по очереди того и другого на одной машине - а у вас другие впечатления?

Пока не составил своего мнения. Недостаточно подробно смотрел.

[Logger]

Цитата:

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

процесс перехода заключался в гонянии по очереди того и другого на одной машине - а у вас другие впечатления?

Максим, мне казалось что применительно к аксапте скорость работы exe-ника не является узким местом. Основные проблемы - это долгое выполнение запросов и блокировки.

Единственная задача, с которой сталкивался и Аксапта не могла решить - это попытка решения оптимизационной задачи выбора наилучшего маршрута доставки груза - слишком много вариантов перебирать в памяти. Наложились ограничения на число объектов, объем памяти и скорость вычислений. Такую задачу проще делегировать dll-ке написанной не на управляемом языке а-ля C# - X++, а налабать обычную dll на С++ - Delphi. Но думаю что этот пример скорее исключение из правила.

[belugin]

Цитата:

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

Максим, мне казалось что применительно к аксапте скорость работы exe-ника не является узким местом. Основные проблемы - это долгое выполнение запросов и блокировки.

Где не является, а где и является. Было одно место при разноске больших журналов, где существенную долю составляло простое присваивание типа a = b, где b - ссылка на объект с кучей связанных объектов.

Именно из-за детерминированного сборщика мусора, который обязан собрать весь мусор прямо в момент его появления (кто-то блогпост еще писал по этому поводу).

А если говорить про Ax2009, то кроме упомянутого fed'ом изменения в закрытии склада еще масса усилий потрачено на устранения частого обмена между клиентом и сервером (chatiness reduction)

[Logger]

Цитата:

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

Где не является, а где и является. Было одно место при разноске больших журналов, где существенную долю составляло простое присваивание типа a = b, где b - ссылка на объект с кучей связанных объектов.

А что, разве такое присваивание заставляет увеличиться счетчик ссылок не только у объекта b, но и у всех связанных с ним объектов ? Мне казалось что достаточно проинкрементировать счетчик ссылок только для b.

[belugin]

Цитата:

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

А что, разве такое присваивание заставляет увеличиться счетчик ссылок не только у объекта b, но и у всех связанных с ним объектов ? Мне казалось что достаточно проинкрементировать счетчик ссылок только для b.

А как быть с циклами?

[Logger]

Цитата:

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

Где не является, а где и является. Было одно место при разноске больших журналов, где существенную долю составляло простое присваивание типа a = b, где b - ссылка на объект с кучей связанных объектов.

А при сопоставлениях такого не встречали ?