Узнать sortfield из QueryBuildDataSource

[HorrR]

Фактически изначально задача может быть сформулированна так: как узнать айди поля по которому ведётся сортировка. Нашел метод sortfield, но то, как он работает - для меня загадка, метод этот не парм и мало-того принимает в себя параметр искомого типа. Что делает этот метод и если он не возвращает поле\список полей по которым ведётся сортировка без каких-либо входящих данных - для меня загадка.
З.Ы Помогите, люди добрые)

[AndyD]

В подсказке ошибка. В качестве параметра принимается порядковый номер поля в предложении ORDER BY

Counter c;
;
for (c=1;c<=QueryBuildDataSource.SortFieldCount();c++)
    fieldId = QueryBuildDataSource.SortField(c);

Кроме того, сортировка может идти по полям, входящим в индексы. Их можно получить с помощью метода sortIndex()

[kashperuk]

Думаю уместным здесь будет дать ссылочку на проект того же AndyD, связанный с сортировкой, и демонстрирующий различные способы манипуляций с оной:

Сортировка в гриде с двумя DataSource

[HorrR]

О, это уже неплохо, спасибо большое. Но вот такая ерунда. Изначальный таск - снять по какому полю включена сортировка в Гриде, именно в гриде, а не квери. Логично было бы предположить, что грид сам не содержит кверю сортировки, а уполномачивает DS. Поэтому проверил ExecuteQuery у DS, действительно, выполнение метода инициируется каждый раз, когда кликаешь на хедере какого-нить поля грида, то есть действительно сортировка так или иначе происходит через DS. Но вот, что интересно, поставил я инфолог в ExecuteQuery, что б выводил количество полей, по которым идёт сортировка(логично, что как минимум одно, то, по которому включена сортировка в гриде)

qbds= this.query().dataSourceNo(1);
    info(int2str(qbds.sortFieldCount()));

А ифолог выдаёт красивый круглый нолик.

[TasmanianDevil]

Вместо query() попробуйте queryRun().query() - и будет вам счастие в ExecuteQuery()
Просто query() вернет Вам default'овый запрос, текущее состояние запроса - лучше через queryRun()

[HorrR]

Блин, точно, туплю однако! Большое спасибо.

З.Ы Ещё один ламерский вопрос, как снять дата-филд с какого-то контрола грида, по его номеру в гриде. То есть, если обращатся к такому контролу напрямую - свойство есть, а если вот таким вот макаром My_Grid.controlNum(Ind), то нет. Я так понимаю, его надо приводить к какому-то типу, что бы тот делегировал ему свои свойста или создать обьек данного типа на основе My_Grid.controlNum(Ind). Как это сделать?

[kashperuk]

Object ctrl;

;

ctrl = My_Grid.controlNum(ind);
ctrl.datafield();

но учтите, что этим вы отказываетесь от проверки компилятором логики написанного вами кода. (late binding, так сказать)

[kashperuk]

можно еще вот так:

FormStringControl ctrlStr;

switch (classIdGet(My_Grid.controlNum(ind)))
{
   case classNum(FormStringControl):
    ctrlStr =     My_Grid.controlNum(ind);
    //ctrlStr.dataField()
    break;
//...другие типы
}

[HorrR]

Мм, меня сразу удивило, что у типа Object может быть datafield() пропертя. Но решил проверить, не удивительно, что её у этого типа нет.

Если это был просто пример позднего связывания, то такую штуку я знаю, спасибо) Фактически, вопрос состоял в том, какой именно тип имеет свойство datafield.

[HorrR]

Цитата:

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

можно еще вот так:

FormStringControl ctrlStr;
 
switch (classIdGet(My_Grid.controlNum(ind)))
{
   case classNum(FormStringControl):
    ctrlStr =     My_Grid.controlNum(ind);
    //ctrlStr.dataField()
    break;
//...другие типы
}

Ага, значит предидущий пример был просто шаблоном)) Тогда всё ясно, благодарю.

[belugin]

легко увидеть, что FormStringControl extends FormControl, а у того нет энтого поля. Таким образом, нет никакого одного предка с жтим полем => надо перечислить сдатабайнденные контролы руками

[kashperuk]

Если Вы напишете именно так, как указано в первом примере, ошибки компиляции не будет.
На объектах типа Object это не проверяется.

IntelliScense вам, конечно-же, ничего не покажет в выпадающем списке методов, потому как еще не известно, какого типа будет этот объект. (это самое позднее связывание)

[HorrR]

Цитата:

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

Если Вы напишете именно так, как указано в первом примере, ошибки компиляции не будет.
На объектах типа Object это не проверяется.

IntelliScense вам, конечно-же, ничего не покажет в выпадающем списке методов, потому как еще не известно, какого типа будет этот объект. (это самое позднее связывание)

Оу, вот в чём дело-то) Спасибо большое!

[HorrR]

Цитата:

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

легко увидеть, что FormStringControl extends FormControl, а у того нет энтого поля. Таким образом, нет никакого одного предка с жтим полем => надо перечислить сдатабайнденные контролы руками

В моём отдельном случае, когда я прохожусь по контролам грида проверка не нужна, так как все из контролов на гриде обладают datafield свойством, так что используй хоть FormStringControl, хоть FormIntControl, когда нужна только эта пропертя - разницы никакой.


Update. Хотя нет, если добавить на грид груп или виндов, будет ошибка. Так что таки-да, надо проверять!