goshoom: Compile backwards

[Blog bot]

Источник: http://dev.goshoom.net/en/2014/07/compile-backwards/
==============

Today I noticed that Type hierarchy browser in AX 2012 R3 allows you to compile types backwards:



Context menu in AOT supports only forward compilation.

It’s possible that the feature is there for some time and it just took me long time to notice it, because I normally don’t compile code from Type hierarchy browser.



Источник: http://dev.goshoom.net/en/2014/07/compile-backwards/

[kashperuk]

Гы. Интересно. Непонятно только, нафига это может быть надо

[S.Kuskov]

Это так инкрементальную компиляцию разделили на две?

[Logger]

Цитата:

Сообщение от S.Kuskov

Это так инкрементальную компиляцию разделили на две?

Неее.
Это сделали экскрементную компиляцию наоборот.
Не от класса к его потомкам, а от класса к родителям. Инкрементая раньше такого не делала.

Действительно непонятно зачем.

[DSPIC]

Смею предположить, что команда позволяет скомпилировать цепочку классов от главного родителя до текущего класса, не компилируя при этом смежные классы в цепочке, что сэкономит кучу времени. Пример: хочу инкрементно откомпилировать наследник RunBase. в случае CompileForward на RunBase у меня откомпилируется чуть ли не половина классов в системе, в случае CompileBackward на моем классе откомпилируются только родители моего класса.

[Logger]

Цитата:

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

Смею предположить, что команда позволяет скомпилировать цепочку классов от главного родителя до текущего класса, не компилируя при этом смежные классы в цепочке, что сэкономит кучу времени. Пример: хочу инкрементно откомпилировать наследник RunBase. в случае CompileForward на RunBase у меня откомпилируется чуть ли не половина классов в системе, в случае CompileBackward на моем классе откомпилируются только родители моего класса.

Это понятно.
Только зачем ?
Вроде как по дефолту все откомпилировано и так. Если класс меняем то его компилируем, а родители у него ранее скомпилированы.

Или теперь для чего-то нужно и родителя компилировать при изменении в потомке ?

[DSPIC]

Цитата:

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

Это понятно.
Только зачем ?
Вроде как по дефолту все откомпилировано и так. Если класс меняем то его компилируем, а родители у него ранее скомпилированы.

Или теперь для чего-то нужно и родителя компилировать при изменении в потомке ?

НУ в нормальной ситуации это не нужно. Но на практике мы часто начинаем стучать в бубен, когда, скажем - наследуйте свой класс от RunBaseBatch, скомпилируйте. Затем поменяйте родителя на RunBase. Аксапта при этом всё равно будет его наследовать от Batch в рантайме.
Короче IMHO это дополнительный костыль призванный устранять глюки компилятора, и в наших реалиях может оказаться полезным инструментом