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

[kashperuk]

Было бы хорошо если бы кто-то выложил все это отдельным проектом. Чтобы не собирать код по крупицам из сообщений.
Спасибо

[Denicce]

1. Для 4.0 полный проект.
2. Для 4.0 только USR слой с необходимыми изменениями.

[Denicce]

Цитата:

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

Если класс выгружен только с измененного слоя - неверно отмечает, что он изменен.

но ведь действительно отличается. В проекте кучи методов может не хватать. Стандартное сравнения из окна импорта также показывает отличия USR от XPO.

Цитата:

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

а стандартное сравнение из контекстного меню в списке объектов в окне импорта работает нормально в обоих случаях?

работает, по крайней мере не вывыливается в ошибку.

З,Ы, в 2009 оно сделано отдельной кнопкой, а не в контекстном меню -> смотри мой следующий пост с картинкой

Цитата:

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

Было бы хорошо если бы кто-то выложил все это отдельным проектом. Чтобы не собирать код по крупицам из сообщений.
Спасибо

вот для 2009

Цитата:

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

но ведь действительно отличается. В проекте кучи методов может не хватать. Стандартное сравнения из окна импорта также показывает отличия USR от XPO.

Нужно тогда четко описать, что делает эта функция. И для чего она нужна.

Я понимаю её как "снять отметку с тех элементов, которые не нужно загружать, т.к. в результате импорта ничего не поменяется".

[Denicce]

Функция снимает отметку с объектов, которые не отличаются в файле импорта и в системе для того, чтобы увидеть, какие объекты отличаются. Далее эти объекты можно сравнить (XPO и последний слой). В первом сообщении этой темы задача так и поставлена.
Так что функция больше для сравнения, не для непосредственно импорта.

[gl00mie]

Цитата:

Сообщение от Dron AKA andy

нужно, чтобы неизмененные объекты удалялись из дерева, а оставались только содержащие изменения. Соответственно, вместо \Classes\SysImportElements\markDifferentObjects предлагается \Classes\SysImportElements\deleteEqualObjects:

void deleteNodeWithEmptyParents(FormTreeItem  _treeItem)
{
    TreeItemIdx         idx = _treeItem.idx();
    TreeItemIdx         childIdx;
    int                 i;
    boolean             parentIsEmpty;
    // ...
    if (parentIsEmpty)
        deleteNodeWithEmptyParents(treeControl.getItem(treeControl.getParent(idx)));
}

Если в импортируемом файле нет ни одного отличающегося объекта, то метод deleteNodeWithEmptyParents() доходит до узла AOT и рекурсивно вызывает себя с _treeItem == null, в результате чего код вываливается на строке TreeItemIdx idx = _treeItem.idx(). Наверно, имеет смысл сначала проверять параметр _treeItem, а уже потом вызывать на нем idx().

[Dron AKA andy]

Странно. У меня на 4.0SP2 не падает, а то бы сразу запатчил...

Исправил в исходном сообщении.

[raz]

Путеводитель по программам для сравнения данных

[jeky]

Доброго.
Может быть кто-нибудь оптимизировал под 2012?
Не поделитесь?

[Lusietta]

Добрый день!
При сравнении есть возможность переносить модифицированный код построчно, хотелось бы, чтобы так же было можно поступать с методами целиком, и с контролами формы. Подскажите, пожалуйста, как это можно сделать?

[gl00mie]

А какая у вас версия системы? вроде оно из коробки так умеет - для новых/удаленных методов и контролов. Если же метод/контрол поменялся, то как бы странно затирать изменения целиком - зачем вам тогда вообще сравнение? Импортируйте XPO как есть.

[Logger]

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

[RVS]

Я бы стал сомневаться..

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

такие же проблемки с ПОЛЯМИ БД. гм..

- не предусмотрено в движке отображение проблем
- движок не хочет знать (и правильно) о наполнении БД
- ну, например, вы при импоте выравнивание меняеете.. или свойство. как зовут-то, не помню.. "Хранить в БД"

Ну, вот как-то так.

Такой "штучки", как Вы запросили, ИМХО, нет.

Потому что быть не может ))

[Logger]

Может, может.
Добрые люди подсказали что есть и так делали.
Просто никто не выкладывал пока.
Ну ничо, мы и сами могем написать.

[Ivanhoe]

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

[Logger]

Гораздо интереснее почему в стандарте так не сделали. Самим ведь приходится много всего переносить. Спрашиваю потому что есть опасения - вдруг какие-то риски не учли.

[Ivanhoe]

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

[RVS]

Цитата:

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

Может, может.
Добрые люди подсказали что есть и так делали.
Просто никто не выкладывал пока.
Ну ничо, мы и сами могем написать.

Не знаю..

Написать - легко.

Но, думая о последствиях - я бы - не стал такого делать.

Стандарт Аксы писали очень неглупые люди, any objections?