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]

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

[DSPIC]

Цитата:

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

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

Это скорее говорит о том, что производительность можно поднимать за счет усовершенствования кода\архитектуры и т.п., а не по принципу "Подкинем в топку угля и поедем быстрее, пофигу что колёса овальные".

В настоящий момент, например, я знакомлюсь с новым функционалом "Управление печатью" в ax2009. Открытие формы "Управление печатью" из заказов на продажу у меня занимает ~30 сек., причем это фактически на пустой базе и некастомизированном приложении...

[belugin]

Цитата:

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

Это скорее говорит о том, что производительность можно поднимать за счет усовершенствования кода\архитектуры и т.п., а не по принципу "Подкинем в топку угля и поедем быстрее, пофигу что колёса овальные".

В настоящий момент, например, я знакомлюсь с новым функционалом "Управление печатью" в ax2009. Открытие формы "Управление печатью" из заказов на продажу у меня занимает ~30 сек., причем это фактически на пустой базе и некастомизированном приложении...

Замена GC на недетерминированный это архитекутра или нет? Я не знаю, почему тормозит Управление Печатью, но вполне возможно что из-за GC - обзектов там довольно много создается.

[Logger]

Цитата:

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

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

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

[MikeR]

вырвал немного времени и продолжу.
Питер – мы предприняли значительное усилие для построения такой возможности. Это не просто язык с возможность компилирования, интерпретирования и отладчиком, так как и в visual studio есть отладчик и так далее. Теперь у нас есть .net и linq, которые имеют более мощные возможности. Я люблю linq. Но прежде этого не было, поэтому было принято решение перестроить мир. Я думаю, нам следует это сделать, не управлять только структурой. У нас есть студия .net и linq.
Ведущий - давайте перейдем к рассмотрению работы.
Питер – давайте рассмотри от этой части до этой части. Слева у нас есть артефакт Х++ - это просто исходный код. Далее нарисован Х++ компилятор, который берет исходный код плюс хранимые мета данные. Это ключевое место, доступ к метаданным, ссылка на таблицу. Мы получаем немедленную ошибку компиляции при отсутствии таблицы…
Итак, компилятор формирует множество различной информации ссылочной и так далее. Но основной результат – это Р код, сурдо код. Концепция сурдо кода – это верхний уровень, язык инструкций процессора, ассемблер.

[Logger]

Цитата:

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

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

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

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

[belugin]

Цитата:

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

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

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

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

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