Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

альтернатива stringgrid


Страницы:   1 2

Тимоха ©   (2009-01-26 21:19:00) 

Сущ. альтернатива stringgrid? только не визуальная. Т.е. мне нужно иметь список из записей. может есть какие то готовые юниты для этого?


Медвежонок Пятачок   (2009-01-28 10:35:00) [1]

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


Anatoly Podgoretsky   (2009-01-28 10:28:00) [2]

> Медвежонок Пятачок  (28.01.2009 10:27:38)  [38]

А если самому?


Медвежонок Пятачок   (2009-01-28 10:27:00) [3]

а массив динамический строк или записей чем не угодил?!!

угодит.
если ас пушкин напишет за нас процедуры его сохранения/загрузки на носитель.


sniknik   (2009-01-28 10:24:00) [4]

> а массив динамический строк или записей чем не угодил?!!
так его же нужно делать, а вопрос [0]  стоял так
> нужно иметь список из записей. может есть какие то готовые юниты для этого?
готовый список из записей это как раз и есть рекордсет. все остальное "не готовое", либо визуальное (ограничение из начала вопроса ) типа стринггрид.


KSergey   (2009-01-28 09:10:00) [5]

Ладно там со стринггридами, а массив динамический строк или записей чем не угодил?!!


MsGuns   (2009-01-27 22:42:00) [6]

>sniknik ©   (27.01.09 16:36) [28]
>да да, а в 1с они результат запроса (8-ка)  из базы называют таблицей, но >вот измениться ли от названия суть?

Не знаток 1С, но то, о чем ты говоришь, в 1С называется таблица значений, которая вообще-то не хранится постоянно в БД. Вернее результат запроса заносится для отображения в таблицу значений (циклом как указал Мишка с пятачком)
Таблицей же называется объект, как правило связанный с физической таблицей

Могу ошибаться, пусть поправят знатоки если что


Медвежонок Пятачок   (2009-01-27 19:00:00) [7]

но я бы все равно использовал голый xml как хранилище + ixmldomdocument.

загрузка/выгрузка есть.
поиск sql подобный есть.
много чего еще есть.


Медвежонок Пятачок   (2009-01-27 18:50:00) [8]

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


Palladin   (2009-01-27 18:49:00) [9]


> названия продукта и производителя говорить не буду.

просим! просим! :)


Медвежонок Пятачок   (2009-01-27 18:43:00) [10]

Датасетов в понимании дельфи там нет вообще :)

<Цитата>

еще чуднее история.
названия продукта и производителя говорить не буду.
написано на vb6.
в качестве грида виндовый листвью.
трехзвенка. на сервере приложений данные тянутся запросами тупо в массивы, затем сериалиализуются в велосипедный двоичный формат и передатся на клиента. на клиенте цикл по строкам/колонкам.
+ все это отягощено отсутствием наследования в самом вб.

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


MsGuns   (2009-01-27 17:49:00) [11]

>sniknik ©   (27.01.09 16:36) [28]

Просто охота поспорить ?
Ну-ну :)


Jeer   (2009-01-27 17:25:00) [12]


> тут весь смысл датасета не получении данных с сервера бд,


Смысл датасета всегда состоит в получении и предоставлении "контролам" на клиенте "линейно-табличного" набора данных.
Все остальные извраты по превращению "недоделанного" набора данных ложатся на клиента.


sniknik   (2009-01-27 16:36:00) [13]

> Неа.. И тот, и другой предназначен для отображения информации в табличном виде, ку ?
а если подумать? один отображает то что хранит (и поэтому хранит мало, и в удобном для отображении формате), другой хранит и обрабатывает как данные, а отображают эти данные за него другие.

> Датасетов в понимании дельфи там нет вообще :)
да да, а в 1с они результат запроса (8-ка)  из базы называют таблицей, но вот измениться ли от названия суть?

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


MsGuns   (2009-01-27 16:19:00) [14]

Блин, не помню название продукта, но весьма классный и по интерфейсу и по шустрости и по надежности, помню только что связан с торговлей и складом.
Так вот там все реализовано стрингридами или как они там в васике обзываются :)
Код вытаскивает данные с сервера, засовывает их в ОП а затем "выкладывает" в сетки.

Датасетов в понимании дельфи там нет вообще :)


Игорь Шевченко   (2009-01-27 16:02:00) [15]


> но TList+record вызвал затруднения в реализации :(


Это очень плохо. Надо задуматься


Тимоха   (2009-01-27 15:59:00) [16]

ку.
но TList+record вызвал затруднения в реализации :(


Jeer   (2009-01-27 14:35:00) [17]


> sniknik ©   (27.01.09 12:27) [21]
>
> > А чем все же плох стрингрид ?
> а чем все же плох стакан?


А чем стакан вовсе и не плох ?

Пральна - тем, что "умеет" отображать данные в произвольно-двумерном виде при наличии "всего лишь" реляционно-выбранного датасета или его аналога.
А, чтобы извратиться на "шахматку" со стандартным DBGrid-ом, надо очень много "по-упражняться" с ХП.


MsGuns   (2009-01-27 14:29:00) [18]

>sniknik ©   (27.01.09 12:27) [21]
>цели у них разные. разве не очевидно?

Неа.. И тот, и другой предназначен для отображения информации в табличном виде, ку ?

>Тимоха   (27.01.09 12:32) [22]
>А в целом задача такая: добавление, изменение записи, удаление определенной записи. >Визуально представлять данные не нужно. Таблица будет использоваться только для  >временного хранения данных.

Если данные имеют табличную структуру и их необходимо сохранять по завершению и востаноаливать при запуске, то удобнее CDS (если, конечно, нельзя БД)
Если же последнее не нужно, то можно вообще обойтись без сеток, простым TList+record`ы или TObjectList


Тимоха   (2009-01-27 12:32:00) [19]

Согласен что реализовать, добавление, удаление "записей" в стринггриде реализовать не трудно, так же как и запись в файл данных.

ClientDataSEt привлек тем что весьма удобно вытаскивать данные lookup'ом.

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


sniknik   (2009-01-27 12:27:00) [20]

> А чем все же плох стрингрид ?
а чем все же плох стакан?
> А показывать его вовсе не обязательно.
а забивать им большие гвозди вовсе не обязательно, можно только мелкие сапожные, чтобы не разбился.

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

цели у них разные. разве не очевидно?


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо