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

[Logger]

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

[RVS]

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

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

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

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

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

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

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

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

Цитата:

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

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

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

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

[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;

    //..
}