Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2014.10.12;
Скачать: [xml.tar.bz2];

Вниз

Как инициализировать динамически поля TClientDataSet   Найти похожие ветки 

 
MiAn   (2011-03-14 21:28) [0]

Есть проблема. До текущего времени пользовались датасетами от баз данных (TIBQuery и подобное). Когда он выполняет Open, то в методе BeforeOpen можно динамически создавать доп. поля (допустим, служебные для журнала при использовании DBGrid"а). В виде:

procedure TForm1.DataSet1BeforeOpen(DataSet: TDataSet);
begin
   with DataSet.FieldDefs.AddFieldDef do
   begin
     DataType := ftBoolean;
     Name     := "SomeName";
   end;
   DataSet.FieldDefs.Items[DataSet.FieldDefs.Count-1].CreateField(DataSet);
end;


Но с TClientDataSet так сделать не получается.

TClientDataSet нельзя делать .Open, надо делать CreateDataSet, в котором он и создает все поля. А только в конце метода CreateDataSet он сам вызывает Open.

Если использовать вышеприведенный код, то он отрабатывает, но не делает что нужно. Таким образом созданные поля не видны в DataSet, FindField("SomeName") = nil.

Так и не смогли разобраться почему это происходит... И самый главный вопрос - как это обойти?

Схема работы такая - у нас на форме лежит TClientDataSet, мы отдаем ссылку на него некоему самописному внешнему провайдеру, он открывает его и заполняет данные. А нам надо еще доп. поля создать свои (например, типа boolean, чтобы галочки в гриде рисовать) и куда вот вклиниться для получения нужного,


 
sniknik ©   (2011-03-14 22:37) [1]

что мешает вместо DataSet1BeforeOpen сделать процедуру например MyBeforeOpen и вызывать ее до CreateDataSet?

если уж на то пошло, можно и наследника TClientDataSet-а написать с перекрытием метода, и вызовом своего BeforeOpen с нужном месте...


 
MiAn   (2011-03-15 13:37) [2]


> что мешает вместо DataSet1BeforeOpen сделать процедуру например
> MyBeforeOpen и вызывать ее до CreateDataSet?



> Схема работы такая - у нас на форме лежит TClientDataSet,
>  мы отдаем ссылку на него некоему самописному внешнему провайдеру,
>  он открывает его и заполняет данные



> если уж на то пошло, можно и наследника TClientDataSet-а
> написать с перекрытием метода


CreateDataSet является статической процедурой в TClientDataSet


 
sniknik ©   (2011-03-15 14:00) [3]

> Схема работы такая - у нас на форме лежит TClientDataSet,
это ничего не объясняет... будет такая - отдаете ссылку на него, с полностью сформированным FieldDefs, он открывает его и заполняет данные...
???
где проблема?

> CreateDataSet является статической процедурой в TClientDataSet
и что? свою процедуру классу не добавить из-за этого?


 
MiAn   (2011-03-15 14:57) [4]


> это ничего не объясняет... будет такая - отдаете ссылку
> на него, с полностью сформированным FieldDefs, он открывает
> его и заполняет данные

как вы понимаете, стандартная задача провайдера - САМОЛИЧНО создать поля, чтобы их потом заполнить, ибо только он знает какие колонки будут в датасете. Логично, что большинство провайдеров перед этим очищают филд дефс...


> и что? свою процедуру классу не добавить из-за этого?

процедуру добавить можно. Но кто ее будет вызывать?


 
sniknik ©   (2011-03-15 16:02) [5]

> как вы понимаете, стандартная задача провайдера
нет не понимаю, и практически этим не пониманием постоянно пользуюсь прописывая поля датасетам в десигн тайме и после их спокойно открывая любыми таинственными провайдерами.

> Но кто ее будет вызывать?
> некоему самописному внешнему провайдеру,
?


 
MiAn   (2011-03-15 17:16) [6]


> нет не понимаю, и практически этим не пониманием постоянно
> пользуюсь прописывая поля датасетам в десигн тайме и после
> их спокойно открывая любыми таинственными провайдерами.

да... пожалуй, вы абсолютно правы. Провайдер действует некрасиво, но он так делает... А дело в том, что переписать его поведение - есть некоторые проблемы, хотелось решить это "со стороны датасета".

Ну и соответственно по этой же причине метод в TClientDataSet внедрить сложно.

В принципе, проблема решена. На событии AfterOpen сделали код аля:

.Close;
.AddField
.Open


вроде работает...


 
Polevi ©   (2011-03-23 07:29) [7]

писатели....


 
Loginov Dmitry ©   (2011-03-25 17:52) [8]


> (TIBQuery и подобное). Когда он выполняет Open, то в методе
> BeforeOpen можно динамически создавать доп. поля


А в SQL почему бы это не сделать?


 
sniknik ©   (2011-03-25 18:56) [9]

> А в SQL почему бы это не сделать?
какая разница? это же у них было раньше, сейчас -
> Но с TClientDataSet так сделать не получается.
притом с CreateDataSet.


 
Johnmen ©   (2011-03-27 01:36) [10]


> На событии AfterOpen сделали код аля:
>

Ох уж эти аляльщики...
.AddField
.CreateDataSet
.Open



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2014.10.12;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.47 MB
Время: 0.002 c
2-1382846989
Серёжка программист
2013-10-27 08:09
2014.10.12
XML


3-1300127315
MiAn
2011-03-14 21:28
2014.10.12
Как инициализировать динамически поля TClientDataSet


15-1393932699
ТНЕ картман
2014-03-04 15:31
2014.10.12
структура?


2-1382107307
Иупштук
2013-10-18 18:41
2014.10.12
Алгоритм расчета миллисекунд Формула


15-1393593127
ТимоховДА
2014-02-28 17:12
2014.10.12
If (YouLoveVCL = true) then TReadThisNow.Create();





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский