|
18.08.2009, 10:49 | #1 |
Участник
|
Цитата:
Сообщение от AX2009
Потестил - вобщем работает с существенными ограничениями...
Если класс выгружен только с измененного слоя - неверно отмечает, что он изменен. Если таблица выгружена только с измененного слоя - валится в throw error 'InventQualityOrderTable' does not have property 'ConfigurationKey'. |
|
19.08.2009, 14:24 | #2 |
Гость
|
Цитата:
З,Ы, в 2009 оно сделано отдельной кнопкой, а не в контекстном меню -> смотри мой следующий пост с картинкой Последний раз редактировалось AX2009; 19.08.2009 в 14:41. |
|
18.08.2009, 19:26 | #3 |
Участник
|
|
|
19.08.2009, 14:36 | #4 |
Гость
|
Цитата:
Нужно тогда четко описать, что делает эта функция. И для чего она нужна. Я понимаю её как "снять отметку с тех элементов, которые не нужно загружать, т.к. в результате импорта ничего не поменяется". Последний раз редактировалось AX2009; 19.08.2009 в 14:40. |
|
19.08.2009, 17:34 | #5 |
Участник
|
Функция снимает отметку с объектов, которые не отличаются в файле импорта и в системе для того, чтобы увидеть, какие объекты отличаются. Далее эти объекты можно сравнить (XPO и последний слой). В первом сообщении этой темы задача так и поставлена.
Так что функция больше для сравнения, не для непосредственно импорта. |
|
18.08.2009, 12:52 | #6 |
Участник
|
Было бы хорошо если бы кто-то выложил все это отдельным проектом. Чтобы не собирать код по крупицам из сообщений.
Спасибо |
|
18.08.2009, 19:19 | #7 |
Участник
|
1. Для 4.0 полный проект.
2. Для 4.0 только USR слой с необходимыми изменениями. |
|
|
За это сообщение автора поблагодарили: mazzy (2), Ace of Database (5), lev (5), alex55 (1). |
25.08.2009, 12:06 | #9 |
Moderator
|
Странно. У меня на 4.0SP2 не падает, а то бы сразу запатчил...
Исправил в исходном сообщении.
__________________
Андрей. Последний раз редактировалось Dron AKA andy; 25.08.2009 в 12:13. |
|
02.09.2014, 19:08 | #11 |
:o)
|
Доброго.
Может быть кто-нибудь оптимизировал под 2012? Не поделитесь?
__________________
"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов. |
|
17.12.2014, 08:11 | #12 |
Участник
|
Добрый день!
При сравнении есть возможность переносить модифицированный код построчно, хотелось бы, чтобы так же было можно поступать с методами целиком, и с контролами формы. Подскажите, пожалуйста, как это можно сделать? |
|
17.12.2014, 12:05 | #13 |
Участник
|
А какая у вас версия системы? вроде оно из коробки так умеет - для новых/удаленных методов и контролов. Если же метод/контрол поменялся, то как бы странно затирать изменения целиком - зачем вам тогда вообще сравнение? Импортируйте XPO как есть.
|
|
23.05.2015, 14:00 | #14 |
Участник
|
К вопросу о штучечках.
Может кто-нибудь делал доработку чтобы можно было поля табличек подобно методам или кускам методов добавлять. Ткнул по ссылке в окошке сравнения XPO и у тебя поле в табличке добавилось. Последний раз редактировалось Logger; 23.05.2015 в 14:16. |
|
|
За это сообщение автора поблагодарили: Ace of Database (1). |
25.05.2015, 12:44 | #15 |
Сенбернар
|
Я бы стал сомневаться..
Кусок метода - если есть конфликт в коде (а оно бывает, да) - разруливается тем, кто сравнивает-пееносит. такие же проблемки с ПОЛЯМИ БД. гм.. - не предусмотрено в движке отображение проблем - движок не хочет знать (и правильно) о наполнении БД - ну, например, вы при импоте выравнивание меняеете.. или свойство. как зовут-то, не помню.. "Хранить в БД" Ну, вот как-то так. Такой "штучки", как Вы запросили, ИМХО, нет. Потому что быть не может ))
__________________
Best Regards, Roman |
|
26.05.2015, 11:37 | #16 |
Участник
|
А разве в Ax2009 - это не стандарт? По крайней мере я не вижу чужих доработок.
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
29.05.2015, 15:41 | #17 |
Молодой, подающий надежды
|
Цитата:
X++: public boolean canMergeInsertSubnodes(SysComparable _top, SysCompareContextProvider _context) { //... //Добавить в switch case UtilElementType::Table: return true; //.. } public boolean hasOrdering() { //... //Добавить в switch case #NT_DBFIELDLIST: return false; //.. }
__________________
Кононов Пётр Последний раз редактировалось pedrozzz; 29.05.2015 в 15:45. |
|
|
За это сообщение автора поблагодарили: Logger (10), Ivanhoe (5), gl00mie (3), S.Kuskov (5). |
29.05.2015, 16:31 | #18 |
Участник
|
Цитата:
Кстати говоря, с полями эта правка будет нормально работать только в 2012. Сравнение происходит построчно, без учета прочих метаданных сравниваемого объекта, т.е. текстовое представление объектов (в нашем случае - списков полей) должно быть одинаковым для обоих версий сравниваемых объектов (в нашем случае порядок существующих в обоих версиях полей должен быть одинаковым). Поскольку при вставке полей ядром не учитывается второй параметр AOTDrop - позиция вставки - новое поле всегда вставляется в начало узла Fields таблицы (до сохранения/восстановления), а в нормальном представлении поля отсортированы, то получается забавный результат. Он как раз и лечится правкой метода hasOrdering, которая заставляет при формировании текстового представления сортировать список полей по алфавиту. В 2009 видимо потребуется уже более тщательное перепиливание, т.к. там нужно учитывать, что поля сортируются по id. Для того, чтобы индексы и группы не помечались для добавления (ибо не работает), надо немного подправить изменения в canMergeInsertSubnodes: X++: public boolean canMergeInsertSubnodes(SysComparable _top, SysCompareContextProvider _context) { //... //Добавить в switch case UtilElementType::Table: if (this.parmTreeNode().treeNodeType().id() == #NT_DBFIELDLIST) { return true; } break; //.. } Последний раз редактировалось makbeth; 29.05.2015 в 16:52. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (5), gl00mie (3), pedrozzz (3). |
25.05.2015, 13:08 | #19 |
Участник
|
Может, может.
Добрые люди подсказали что есть и так делали. Просто никто не выкладывал пока. Ну ничо, мы и сами могем написать. |
|
25.05.2015, 21:32 | #20 |
Сенбернар
|
Цитата:
Написать - легко. Но, думая о последствиях - я бы - не стал такого делать. Стандарт Аксы писали очень неглупые люди, any objections?
__________________
Best Regards, Roman |
|
Теги |
araxis, ax2009, ax3.0, ax4.0, xpo, документация, законченный пример, импорт, инструменты, полезное, разработка, сравнение, сравнение систем, сравнение слоев |
|
|