DAX2009 Сравнение слоев в правильном порядке

[BOAL]

Все обратили внимание, что в АХ2009 наконец-то по умолчанию стали сравниваться ближайшие два слоя. В АХ3-4 приходилось модить.
Но в АХ2009 зачем-то поменяли местами слои.
Теперь красный - это usr, а синий sys
Вопрос кто ниже-выше это суть восприятия.
Но смысл в том, что подъем (или опускание) кода идет на синий слой.
Это вопрос привычки и восприятия, но привычка - дело скорости обработки.
Тем более, что идет перенос с версии, где цвета наоборот - напрягает мозг.

Начав перенос кучи кода с АХ4 в АХ2009 понял, что "так жить нельзя"
На кучу элементов, которые нужно сравнить по 2-3 раза нужно два раза кликать для перевыбора порядка слоя.

Потому правка:

Идем в
\Classes\SysCompare\initContext
там внизу находим
if (comboBox1.getText(comboBox1.selection()) == comboBox2.getText(comboBox2.selection()))

и меняем перебивку 2 на 1
то есть

PHP код:

if (comboBox1.selection()+1 >= comboBox1.items() )
        {
            comboBox1.selection(0);
        }
        else
        {
            comboBox1.selection(comboBox1.selection()+1);
        } 


Из радостного
В сравнилке ах2009 наконец-то работает стрелочка на контрольках и атрибутах.
Теперь не нужно врубать режим слоев на АОТ и перетаскивать что-то меж слоями поштучно мышей.

Кстати, кто не знает - такое перетаскивание есть и оч полезно бывает (на пред версиях точно).

Может все эти мелкие чудеса давно известны, тк АХ2009 вышла уже давно, но я только сча на нее перелезаю всем 50мб слоем "нажитого непосильным трудом"
Поиском сходу не нашел такую тему.

[sukhanchik]

Интересно, что г-н (тов.) kashperuk скажет про 6-рку в этом вопросе...

[kashperuk]

Цитата:

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

Интересно, что г-н (тов.) kashperuk скажет про 6-рку в этом вопросе...

А что рассказать-то? Пока инструмент сравнения не меняли вроде. Красный - usr, Синий - sys.
Но, честно говоря, или я мало код сравниваю/перемещаю, или мне абсолютно пофиг, какой где цвет, потому как раньше не замечал этого изменения

[sukhanchik]

Цитата:

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

А что рассказать-то? Пока инструмент сравнения не меняли вроде. Красный - usr, Синий - sys.
Но, честно говоря, или я мало код сравниваю/перемещаю, или мне абсолютно пофиг, какой где цвет, потому как раньше не замечал этого изменения

Т.е. в 6-ке это (смена цветов) не признали "случайным" багом, а оставили как есть?

Я просто по аналогии когда в 4.0 пропадал пункт меню при открытии в отдельном окне - это же в 2009-й пофиксили, а в 3.0 этого не было

[kashperuk]

Цитата:

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

Т.е. в 6-ке это (смена цветов) не признали "случайным" багом, а оставили как есть?

Ааа. В этом смысле

Пообщался с mfp (он там у них главный по MorphX) - он, похоже, не знал, что что-то поменялось. Видимо не заметил, так же как и я.
Но сказал, что менять не будем еще раз, чтобы не путать опять уже пользователей АХ 2009.
Так что привыкайте

[sukhanchik]

Цитата:

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

менять не будем еще раз, чтобы не путать опять уже пользователей АХ 2009.
Так что привыкайте

Вот это конечно не может не "радовать" .
В любом случае спасибо за информацию

[gl00mie]

Цитата:

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

Пообщался с mfp - он, похоже, не знал, что что-то поменялось. Видимо не заметил, так же как и я.

Сразу видно, чем люди не пользуются

Цитата:

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

Но сказал, что менять не будем еще раз, чтобы не путать опять уже пользователей АХ 2009. Так что привыкайте

Классная логика... а, к примеру, слабо настройку сделать и вынести ее куда-нить в SysUserInfo?

[BOAL]

Походу разница все же есть, а не только привычка.
Расположение, как в ах2009, удобно тем, кто опускает на сис из юср.
А не поднимает сервиспак (или переход с ах4) на свои слои (вар-юср)
Потому как, походу некоторых стрелочек на атрибутах просто нет, если красный юср, а не синий.
Соотв, в один клик это не применить.

К слову про "мало поменяли" - да, баги, замедляющие подъем, так и остались
ДелетЭкшены и (релейшены вроде тоже) не применяются, нужно руками создавать
В группе полей стрелок нет, нужно дотаскивать
Группа полей с названием Авто вообще не трется из АОТ, то есть даже если там изменения не нужны, нужно дотаскивать до "было" поля. В АХ4 она после этого терлась, а тут уже фиг.

Удобно только с классами работать. И в формах некоторые атрибуты стали стрелками применяться (новое, полезное).

[gl00mie]

Цитата:

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

Это вопрос привычки и восприятия, но привычка - дело скорости обработки. Начав перенос кучи кода с АХ4 в АХ2009 понял, что "так жить нельзя"

А еще очень, по-моему, ускоряет процесс, когда не надо шлёпать кнопку "Сравнить" после выбора сравнения из контекстного меню. Я себе такую модификацию к сравнению приделал и теперь впадаю в ступор, если на каком-то приложении выбираю сравнение, а оно само после появления формы не запускается Правда, в моем случае используется дополнительная настройка, указывающая текущий режим разработки и берущаяся из таблички с дополнительными настройками пользователя, наподобие SysUserInfo. Эта настройка - enum DEV_DevelopmentMode со значениями Usual, UpdateByLayer, Upgrade2NewSP, Upgrade2NewVersion; данная настройка в моем случае также влияет на то, объекты на каком слое будут выбираться по умолчанию для сравнения, как будет идти компиляция (с проверками BP или без), etc. Вот что было допилено в SysCompare для автозапуска сравнения:

void run()
{
    ;
    startLengthyOperation();
    tree.deleteAll();
    html.clear();
    formRun.detach();
    // gl00m -->
    if (this.DEV_mustStartCompareNow())
    {
        this.startCompare();
    }
    // gl00m <--
}
// возвращает текущий выставленный в настройках режим разработки
protected DEV_DevelopmentMode DEV_getDevelopmentMode()
{
    if (!DEV_isDevModeRead)
    {
        // это новые переменные в классе SysCompare
        // TODO брать режим разработки из настроечной таблицы!
        DEV_devMode         = DEV_DevelopmentMode::Upgrade2NewVersion; // DEV_UserInfoParameters::getDevelopmentMode();
        DEV_isDevModeRead   = true;
    }
    return GRD_devMode;
}
// надо ли сразу запускать сравнение объекта(ов)
protected boolean DEV_mustStartCompareNow()
{
    SysTreeNodeCompareContext   treeNodeContext = SysDictClass::as(context, classnum(SysTreeNodeCompareContext));
    TreeNode                    baseTreeNode1;
    TreeNode                    baseTreeNode2;
    boolean                     ret;
    ;
    if (treeNodeContext)
    {
        baseTreeNode1 = treeNodeContext.parmTreeNode1();
        baseTreeNode2 = treeNodeContext.parmTreeNode2();
        if (    baseTreeNode2                                           // для сравнения выбрано два различных объекта
            &&  baseTreeNode2 != baseTreeNode1
           )
        {
            if (baseTreeNode2.applObjectLayerMask() == 0)               // один из объектов отсутствует в AOT'е (импортируется из XPO)
            {
                ret = true;
            }
        }
        else                                                            // для сравнения выбран только один объект
        {
            if (        baseTreeNode1.applObjectOldLayerMask()  != 0    // выбранный объект присутствует в Old-слоях
                &&  (   this.DEV_getDevelopmentMode()           == DEV_DevelopmentMode::UpdateByLayer
                    ||  this.DEV_getDevelopmentMode()           == DEV_DevelopmentMode::Upgrade2NewSP
                    ||  this.DEV_getDevelopmentMode()           == DEV_DevelopmentMode::Upgrade2NewVersion
                    )
               )
            {
                ret = true;
            }
        }
    }
    return ret;
}

Прежде чем делать запуск сравнения автоматическим, разумеется, нужно допилить выбор "правильных" слоев в combobox'ах

[belugin]

А еще в 2009 хорошая штука "Detect code upgrade conflicts"

[belugin]

А я просто привык, и нахожу некоторую логику в этом - обычно сравнение слоев происходит при подъеме изменений нижележащих уровней и сравние показывает что добавили в новой версии, а что удалили

Еще здорово, что подняли сравнивалку наверх в структуре меню и сделали шорткат Ctrl+G

[Logger]

Когда поднимаешь большой слой то неудобно.
Причем как показывает практика, в разные моменты времени нужно разное сравнение. например когда готовишь переход на сервис пак, то одна схема, а когда просто очередное обновление продуктивного приложения (т.е. сравниваешь USR и OLD USR) - то другая.

Оптимально было бы настройками сделать.

[belugin]

1. Это не юмор - это просто пояснение того, как работают большие организации с большими тиражируемыми продуктами. Извините, если эта форма вызвала недовольство

2. Я очень много поднимаю sys овского кода на gls и просто перепривык к новым цветам - мне, например, больше не хватает подъема групп и меню, чем изменения цветов в сравнении.

[sukhanchik]

Пост от BOAL рекомендую запомнить для случая ответов на вопрос - "Что мне не нравится в АХ2009" на собеседовании