Например

integer li_cols, i
any la_any[]
DWObject dwobjectvar

li_cols = Integer(ds_1.Describe("DataWindow.Column.Count"))
for i = 1 to li_cols
// тут необходимо получить ссылку на соответствующий i DWObject
//dwobjectvar = ds_1.object.#i
la_any[] = dwobjectvar.Primary
...
// далее некие действия
next

Спасибо,
оказывается по номеру тоже можно, например так:

integer li_cols, i
any la_any[]
DWObject dwobjectvar

li_cols = Integer(ds_1.Describe("DataWindow.Column.Count"))
for i = 1 to li_cols
// тут необходимо получить ссылку на соответствующий i DWObject
dwobjectvar = ds_1.object.get_attribute( "#"+string(i),True)
la_any[] = dwobjectvar.Primary
...
// далее некие действия
next

Согласен, что пользоваться недокументированными функциями нехорошо...

Но меня немного удивляет, что стандартными и документированными средствами билдера нельзя в рантайме получить ссылку на DWObject по его имени или номеру...
Во время разработки в коде можно указать:

DWObject ldwo

ldwo = dw_1.Object.colname
или
ldwo = dw_1.Object.#1

а рантайме стандартными средствами этого делать нельзя...

чем можно объяснить отстутсвие стандартных средств?

все заключается в том, что приложение, которым я занимаюсь является на 100% невизуальным, работаю только с DataStore (в первом постинге не зря указано ds_1), которые создаются в рантайме с помощью SyntaxFromSQL, следовательно ничего о количестве, наименовании и типе объектов во время написания скрипта я знать не могу и не знаю. Иметь же к ним (объектам) доступ в рантайме мне необходимо.
Еще раз повторюсь, что мне кажется странным:
С одной стороны при дизайне и скриптинге DataWindow или DataStore с заранее определенными объектами получить ссылку на них можно как по наименованию так и по номеру. И это не называется кривостью дизайна/скриптинга, а является стандартным и описанным в документации методом работы с объектами входящими в состав DataStore.
С другой же стороны, при работе с DataStore созданными во время выполнения все происходит с точностью до наоборот - получить ссылку на объект нельзя ни по номеру ни по наименованию и попытка ее получить - называется неправильной логикой приложения...

Самое интересное, что потребность в таком доступе существует, стоит только поискать обсуждение этой темы на форумам самого sybase'a... Там периодически обсуждают эту тему начиная, по-моему, с 98 года... Итог всего этого: потребность есть, скрытая возможность есть, а в добавить функцию в стандартные почему то не торопятся...

Филипп
Ссылку на TYPE DWObject ты получаешь ТОЛЬКО в событиях, предопределенных Sybaseом, и в плане этих ссылок разницы между runtime и design time нет.

Вот с этим позвольте не согласиться. Ссылку на DWObject объект я могу получить в design time где угодно, а не только в событиях DataWindow(DataStore) - см Help - Using the DWObject variable, а вот в run time этого сделать не удастся.

Филипп
НИКАКОЙ разницы в том, что можно получить во время выполнения и при дизайне НЕТ. И там и там ты можешь обращаться с "объектами" сидящими внутри dataobjectа одинаково - или через Descirbe/Modify, или через dot notation.

Изменять свойства объекта с помошью функций Descirbe/Modify это одно, а вот иметь ссылку на сам объект это совсем другое...
Как ты получишь/изменишь свойства объекта в run time с помощью dot natation если имена и количество объектов тебе заранее неизвестно?

В моем первом постинге есть пример того что мне сделать не удалось в run time. Если вам удастся заполнить в run time массив значений la_any[] из primary буфера какой-либо колонки с помощью Describe и без использования цикла с пробегом от первой строки до последней, то попрошу пример кода...
Но, думаю, навряд ли это удастся сделать эффективнее чем la_any[] = ds_1.object.#23.Primary

Только не спрашивайте зачем, раз уж разницы нет, то покажите как...

авторКоличество, номера (да и имена, поскольку номера) объектов известны ВСЕГДА, а для получения/изменения свойств имена вообще НЕ нужны, поэтому любой dot notation для получения/изменения свойств работает.
что то мы о разном говорим, наверное...
я так и не пойму, как можно имея номер или имя объекта (их всегда можно получить) использовать dot notation в run time
приведу пример:
попытаюсь получить тип колонки в run time, получая в run time же наименование и номер колонки...
Только не говорите, что для этих целей надо использовать Describe... знаю...
но раз говорят, что см цитату выше, то как это сделать я не пойму...

в обоих случаях получаем system error:
Error Number = 36
Error text = Name not found accessing external object property ls_colname
и
Error Number = 36
Error text = Name not found accessing external object property #i

автор...причём ясно, что используешь ты эту ссылку ТОЛЬКО опять для получения/изменения свойств, потому как datу ты из этой ссылки вынуть всё равно не можешь.
имея ссылку на DWObject я могу изменять как данные так и свойства, но мне нужны данные, которые я могу вынуть, манипулировать ими... получив массив с данными, я могу их изменить и заново присвоить их объекту, пример см Real's HowTo @ www.rgagnon.com


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

я, действительно не смог достучаться до данных, массив la_any[] в таком случае выглядит как массив структур... (кстати, надо будет попробовать со структурой)
автор
только в чём проблема с использования цикла с пробегом от первой строки до последней, раз тебе так уж понадобилось оперировать с ОДНОЙ колонкой с неизвестным именем?
бегать по строкам и получать данные можно, но для этого нужно использовать набор функций GetItemDate, GetItemString, GetItemNumber и т.д.... чтобы их использовать, мне нужно определить тип каждой колонки и писать что-то типа

в случае же, если мне надо получить ВСЕ данные из DWObject, мне кажется проще и эффективнее использовать la_any[] = dwobjectvar.Primary
не говоря уже о быстродействии беганья по строкам

Я тебе про Фому, ты мне про Ерему... :)

Я тебе говорю, что иметь ссылку на DWObject полезно, указываю место в документации, ты мне говоришь, что-то про проблемы дизайна, хардкоддинг и одеяло :)

Я тебе говорю что получить ссылку на DWObject в design time можно, а в run time нельзя, ты мне говоришь, что нет никакой разницы... раз уж так, приведи пример.

Ты мне говоришь, что нельзя манипулировать данными из DWObject'а, я тебе показываю что это сделать довольно легко, привожу пример с сортировкой массива. Пример приведен, только для доказательства такой возможности.

Ну и навскидку задача, которую не может решить стандарный DataStore. Сразу оговорюсь, это не задача, которую я решал...
Пусть есть объект DataStore, сформированный и заполненный динамически НЕСВЯЗАННЫМИ между собой данными. Необходимо произвести сортировку данных одного или нескольких объектов, входящих с состав этого DataStore так, чтобы соседние данные остались на прежних местах...

И еще одна задача:
Необходимо в заполненный DataStore добавить копию какой-нибудь колонки, т.е. было 10 столбцов, стало 11, т.е. реализовать что-то типа
ds_1.AddColumn(name, type, data[], columnplace)

Давай вспомним из-за чего разгорелся спор. Я утверждал, что получить ссылку на DWObject в дизайнтайм можно, а в рантайм нельзя. Ты утверждал, что нет никаких различий в дизайне и рантайме.
Пусть получать ссылку на DWObject трижды неправильно (по-твоему мнению) и это будет хардкодинг, но получить ее в рантайме у тебя не получится...

авторНу так и что, из динамически сделанных колонок вынимать данные (и вставлять их) строковым перебором (причём можно и без лишнего CASTинга, как я показал выше)
можно, но какой смысл так делать? Данные в колонке уже являются массивом и вынуть/вставить их можно простым присваиванием этого массива локальному массиву.
Я никогда не поверю, что при копировании содержимого массивов из одного в другой ты ходишь по одному перебором (от первого элемента к последнему или от последнего к первому) и вставляешь данные поэлементно в другой... Копирование всех данных из DWObject'a в массив и обратно это как раз частный случай присвоения одного массива другому.

автора сортировщик можно построить статический, со колонками всех типов данных и для вставления/вынимания данных в него/из него использовать dot notation и array asignments, всех дел то...
зачем же строить/изобретать статический сортировщик, если сортировать прекрасно умеет dataobject... пример с сортировкой массива с использованием динамически создаваемого datastore, который я приводил выше, прекрасно с эти справляется.

авторНу а с этим вообще непонятно, при чём здесь DWObject, когда весь dataobject заново CREATEать надо...
правильно, dataobject придется пересоздавать, а вот чтобы данные из него не потерять тут как раз пригодилась бы прямая ссылка на DWObject. Но при копировании содержимого одного DWObjecta в другой этого можно избежать и использовать dot notation, как я показывал выше.
А если необходимо не копировать, а присвоить новой колонке какие-то другие данные, находящиеся в локальном одномерном массиве, то без ссылки на DWObject не обойтись...

авторТОЛЬКО захардкодив имена, понятно, что дальше продолжать бессмысленно.
Согласен, продолжать бессмысленно... доводы друг друга мы знаем и остались при своих мнениях...