Есть ли у кого-нибудь такая штучечка?

[RVS]

Цитата:

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

Ну вот "отобразить различия" в форме сравнения нет в стандарте, а на проектах же делаем? Раньше и форм по слоям не было

"формы по слоям" - были ВСЕГДА..

Только всегда же было так, что форма, измененная на слое "выше"- показывала, что она на этом слое и живет.

Ivanhoe, что-то изменилось с тех пор?

Повторюсь, наверное : стандарт писали профи. DIXI

[Ace of Database]

Цитата:

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

Ага, было бы круто. Думаю, человек который выложит на форум, сорвет банк репутации Готов скинуться

Ага. Хочется чего-то великого, революционного, наподобие Form Digger.

[lvan]

я уже давно не пользуюсь таким импортом, все либо через TFS merge, либо model import идет

[Владимир Максимов]

Цитата:

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

К вопросу о штучечках.
Может кто-нибудь делал доработку чтобы можно было поля табличек подобно методам или кускам методов добавлять. Ткнул по ссылке в окошке сравнения XPO и у тебя поле в табличке добавилось.

А разве в Ax2009 - это не стандарт? По крайней мере я не вижу чужих доработок.

[Logger]

Странно.
Нам такого не предлагает.
Поковыряюсь получше.

P.S.
А при импорте XPO вам предлагает также новые поля добавлять ?

[Владимир Максимов]

Цитата:

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

А при импорте XPO вам предлагает также новые поля добавлять ?

Да. Причем как поле целиком, так и отдельные реквизиты полей.

PS: Картинка из стандартной сборки 5.0.1500.6491. Т.е. без добавлений от кастомизаторов. Хотя в работе у нас кастомизация от Columbus, где они кое-что добавил в алгоритм сравнения. Но, повторюсь, вроде бы, и в стандарте все есть...

[Logger]

Подозреваю что они именно эту фичу и добавили.
В голом стандарте такого нет.

[Владимир Максимов]

Да, попробовал импортировать XPO в стандарт, действительно нет возможности создать отдельное поле из XPO. Хотя при сравнение по слоям такую возможность дает. Видимо, какой-то глюк стандарта, исправленный Columbus

[Ivanhoe]

По слоям дает. И есть вариант с XPO: открыть из формы сравнения два окошка - с текущего слоя и из XPOи там перетаскивать поля. После этого не забыть "сохранить" табличку на слое. Но в целом это не удобно.

Скрин показывает, что сделать можно - осталось разобраться как именно

[pedrozzz]

Цитата:

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

К вопросу о штучечках.
Может кто-нибудь делал доработку чтобы можно было поля табличек подобно методам или кускам методов добавлять. Ткнул по ссылке в окошке сравнения XPO и у тебя поле в табличке добавилось.

Если интересуют только поля, то в классе SysTreeNode

public boolean canMergeInsertSubnodes(SysComparable _top, SysCompareContextProvider _context)
{
    //...
    //Добавить в switch
            case UtilElementType::Table:
                  return true;
    //..
}

public boolean hasOrdering()
{
    //...
    //Добавить в switch
            case #NT_DBFIELDLIST:
                  return false;
    //..
}

Во вложении класс с указанными изменениями, делал на 2012 R3. Но,таблицы - это не только поля, а еще и группы полей, индексы и прочее. С ними пока не взлетело и нет времени разобраться. Но именно поля работают

[Ivanhoe]

Эх, Петя, Петя Работы мало?

[makbeth]

Цитата:

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

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

Не взлетело потому, что вставка при сравнении использует метод TreeNode.AOTDrop, который не работает с индексами и группами полей.

Кстати говоря, с полями эта правка будет нормально работать только в 2012. Сравнение происходит построчно, без учета прочих метаданных сравниваемого объекта, т.е. текстовое представление объектов (в нашем случае - списков полей) должно быть одинаковым для обоих версий сравниваемых объектов (в нашем случае порядок существующих в обоих версиях полей должен быть одинаковым). Поскольку при вставке полей ядром не учитывается второй параметр AOTDrop - позиция вставки - новое поле всегда вставляется в начало узла Fields таблицы (до сохранения/восстановления), а в нормальном представлении поля отсортированы, то получается забавный результат. Он как раз и лечится правкой метода hasOrdering, которая заставляет при формировании текстового представления сортировать список полей по алфавиту.
В 2009 видимо потребуется уже более тщательное перепиливание, т.к. там нужно учитывать, что поля сортируются по id.

Для того, чтобы индексы и группы не помечались для добавления (ибо не работает), надо немного подправить изменения в canMergeInsertSubnodes:

public boolean canMergeInsertSubnodes(SysComparable _top, SysCompareContextProvider _context)
{
    //...
    //Добавить в switch
            case UtilElementType::Table:
                if (this.parmTreeNode().treeNodeType().id() == #NT_DBFIELDLIST)

                {
                    return true;
                }
                break;

    //..
}

[pedrozzz]

Цитата:

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

Эх, Петя, Петя Работы мало?

Так наоборот же, потратил 15 минут на допил, а сколько сэкономлю на переносах проектов лень - двигатель прогресса

[Ivanhoe]

Мы просто параллельно тоже потратили ..цать минут

[Владимир Максимов]

Так, для справки В модификации Columbus сделана дополнительная иерархия классов-наследников от SysTreeNode (около 20 классов - отдельный класс для каждого типа объекта: Enum, Job, Table, Project и т.п.). Как результат, механизм построчной модификации работает для любых объектов. В том числе и для групп полей и индексов. Хотя, мелкие глюки все-равно остались...