Зачем разработчики Делфи сделали TDAtaSource?

← →
11111ffghfghfg (2004-05-05 00:58) [0]

Почему бы дата контролам не работать прямо с TDataset?

← →
Cobalt © (2004-05-05 01:08) [1]

Прочитать справку по TDAtaSource.
(ИМХО - тему можно закрывать)

← →
ИМХО © (2004-05-05 01:37) [2]

Сделали - значит имело смысл.

← →
TUser © (2004-05-05 06:38) [3]

Безобразие! Для того, чтобы написать нормальную программу надо использовать кучу компонентов. Баттолов, лабелов, формов и т.д. Вот я, когда буду свой RAD делать, там будет компонент TProga, TRulez (чтобы крутые проги писать), TDataBase и, возможно, еще THelpManaulDemoExample для всего остального :)

← →
Паниковский © (2004-05-05 07:07) [4]

Тебе "компонентная модель" ни о чем не говорит?

Можно конечно писать вообще без всего этого и без компонентов и без классов но ведь все это создано для твоего удобства.

← →
11111ffghfghfg (2004-05-05 12:10) [5]

>Прочитать справку по TDAtaSource.
мне интересно не для чего используется TDataSource, а зачем его сделали, т.е. какую функциональность он несет, кроме возможности указывать master\detail?

>Сделали - значит имело смысл.
вот, мне это и интересно, какой смысл? ведь все данные можно получить прямо из датасета

← →
Anatoly Podgoretsky © (2004-05-05 12:14) [6]

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

← →
Jack128 © (2004-05-05 12:29) [7]

А DataLink?

вообще как я понял dataset информирует все свои datasource"ы об изменении своего состояния, а datasource просто передает эти извещения datalink"ам. Единственно зачем при такой схеме нужет DataSource - это
> возможность использования одних и тех же данных в разных
> органах, через одного посредника
хотя опять же реально мало ситуаций при которых нужно было бы часть контролов отключить от dataset"a не отключая другие контролы(через datasource.enabled, фактически это единственное свойство, которое хоть как то используется) Так что ИМХО в связке DataSet - DataSource - DataLink DataSource - "слабое" (читай - лишнее) звено

← →
Nous Mellon © (2004-05-05 14:08) [8]

Цитата из книги С. Бобровского по Делфи 5:
"... однако в системе Delphi 5 реализован более гибкий подход - создан компонент промежуточного уровня TdataSource(Источник данных).
Этот компонент служит посредником между таблицами СУБД и экранными элементами управления. Зачем так сделано? Компонент TDataSource позволяет во-первых, абстрагироваться от конкретной СУБД....
..Во-вторых, в системе Delphi 5 понятие источника данных значительно шире, чем таблица. Таким источником теоретически может служить любое виртуальное устройство, способное предоставлять данные в виде наборов записей."

← →
Jack128 © (2004-05-05 19:39) [9]

> TDataSource позволяет во-первых, абстрагироваться от конкретной
> СУБД....
тоже делает datalink

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

← →
Nous Mellon © (2004-05-05 19:41) [10]

> это и есть DataSet, он то тут причем?

У Бобровского спроси :)

← →
Cobalt © (2004-05-05 21:27) [11]

2 Jack128 ©
TDataLink - не наследник от TComponent(одна из причин)

← →
Jack128 © (2004-05-05 21:28) [12]

> TDataLink - не наследник от TComponent(одна из причин)
и? Что это меняет??

← →
Cobalt © (2004-05-05 23:08) [13]

Ок, у меня аргументы закончились :-)
Может, тогда послушаем ваши аргументы о том, почему
> DataSource - "слабое" (читай - лишнее) звено
Может, сравнение двух классов произведёте, их функционала, свойств и методов?

← →
Rouse_ © (2004-05-05 23:11) [14]

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

← →
Jack128 © (2004-05-05 23:22) [15]

> Cobalt © (05.05.04 23:08)
еще раз

> dataset информирует все свои datasource"ы об изменении своего
> состояния, а datasource просто передает эти извещения datalink"ам.
>
Зачем такой компонент нужен?? "Девушку без адреса" смотрел?
"А чем занимается ваша контора?"
"Ну понимаешь, над нашей конторой есть еще одна контора, и вот эта контора пересылает нам документы, а пересылаем эти документы той конторе, которая ниже нашей"
"А почему бы той конторе, которая выше вашей не пересылать документы напрямую той конторе, которая ниже нашей?" Тут разговор девушек обрывается..
Так вот у меня тот же вопрос:

А почему бы той конторе, которая выше вашей не пересылать документы напрямую той конторе, которая ниже нашей?

читать
> "А почему бы той конторе, которая выше вашей не пересылать
> документы напрямую той конторе, которая ниже вашей?"

А может там что-то такое есть? причина какая-то?
Или, быть может, поверим борландовцам, что есть такая надобность?

Я, например, делал интерфейс для настроек, сделал 3-х уровневый:
1) Системные/Пользовательские настройки
2) Группа настроек
3) Сама опция с данными

А потом пришла идея о том, что надо бы ещё ввести подгруппу настроек. Но, было уже поздно...

Ой, дико извиняюсь...

А чего тут сомневаться об надобности, для примера простая форма с десятком TDbEdit надо одним махом поменять таблицу, а то и на запрос. При том и в рантайм и в дизайнтайм. А еще лучше форма с десятью закладками. Источник данных один и тот же.

Зачем разработчики Делфи сделали TDAtaSource? Найти похожие ветки