Мастера если не сложно поиграйтесь с моим компонентом

← →
Style (2004-01-21 16:24) [0]

www.hch.ru/upload/mssql.zip

Это прямой доступ к MSSQL 2000 (не наследник датасета),
добавил калькулируемые поля и естественно пришлось описывать все свойства класса полей - такие как AsString, AsVariant короче как на read , так и на write.
Я там что то натворил такого с конвертированием типов, можеть чего подскажете или вдруг ошибочку явную укажете, буду признателен.

← →
Style (2004-01-21 16:24) [1]

http://www.hch.ru/upload/mssql.zip :)

← →
Andryk (2004-01-21 17:29) [2]

Извините конечно но на фига надо было делать не наследника DataSet? Кому такой компонет нужен? Ведь если он не наследник TDataSet, то его не подключишь TDataSource со всеми вытекающими от сюда последствиями.

← →
Zz_ (2004-01-21 19:07) [3]

>MSSQL_DATEFORMAT = "yyyy.mm.dd";
...
>MSSQL_DATETIMEFORMAT = "yyyy.mm.dd hh:nn:ss:zzz";

????????????

Отсюда поподробнее.

← →
Vuk (2004-01-21 19:39) [4]

to Andryk:
Поддерживаю! :o) Хотя, конечно, можно прикрутить его к своим элементам управления или к какому-нибудь QuantumGrid 4.x...

← →
Style (2004-01-21 20:12) [5]

Vuk © -
собственно это не моя инициатива отказаться от DataSet - сказали делаю,
а планируется прикрутить его к своим визуальным компонентам, гриды, лукапы и генератор отчетов.

Ну грид сейчас в состоянии разработки. Думаю сделать так что все визуальные компоненты подключаются к определенной канве, т.е. они изначально не имеют своей канвы,т.е. грид рисуется на некой абстрактной канве. Затем уже у наследника точно указывается канва на которой будет отображаться грид. т.е. можно будет по желанию создать наследника который будет рисовать грид например на DXDIB из набора DelphiX или оставить стандартную канву. Тоже самое проделать с лукапом и листвью.

Опять же рисовать компоненты заново тоже не моя инициатива.

2Andryk:
На всякий случай планирую сделать TNMKDA_DataSetLink
собственно компонент осуществляющий связь TNMKDA_Query с TDataSet - мало ли пригодиться использовать что-нить другое, надо тебе и подключай модуль DB.

2 Zz_
>MSSQL_DATEFORMAT = "yyyy.mm.dd";
...
>MSSQL_DATETIMEFORMAT = "yyyy.mm.dd hh:nn:ss:zzz";

Это собственно формать даты и времени настроек самого MSSQL сервера. Пока поставил их константой. Нужны для передачи параметра кверины типа nmkdapt_datetime в виде текста.

← →
Vuk (2004-01-21 20:23) [6]

to Style:
>собственно это не моя инициатива отказаться от DataSet - сказали
>делаю
Это уже из серии про собаку, крюк и семь верст. Чем помешали стандартные наборы данных - не понятно. :o)

← →
Style (2004-01-21 20:31) [7]

Vuk © - ну в принципе если я сделаю DataSetLink можно будет и к стандартному прикрутить - опять же если оно надо :)

Хотелось бы услышать профессиональные замечания по самому компоненту как он сейчас есть, не затрагивая тему наследия от DataSet ;)
Просто нет ли явных ошибок с конвертацией типов данных, есть ли замечания по структуре самих компонентов. Может чего посоветуете.

← →
ИМХО (2004-01-21 20:42) [8]

"Мы не ищем легких путей.."

← →
Style (2004-01-21 20:49) [9]

"Нормальные герои всегда идут в обход" ;)

← →
Style (2004-01-22 14:30) [10]

ну чего никому не интересно :(

← →
Delirium (2004-01-22 15:23) [11]

"ну чего никому не интересно :(" - а кому будет интересна бесполезная работа?

← →
Vint (2004-01-22 15:42) [12]

> ну чего никому не интересно :(

а чего там интересного то?
вообще надо было писать: на базе MSSQL 2000 сделал стриппокер ;)
пока весь твой компонент перелапатят в его поисках - ошибок найдут... :)))

← →
Style (2004-01-22 16:57) [13]

Delirium ©
Может конечно и безполезно, но это не мое дело. Сказали делать без Датасета, делаю :(
А если будет переписана визуальная часть? Будет интересно?

← →
Andryk (2004-01-22 18:44) [14]

Мне вот интересно, а кто же такое сказал, может всетаки надо было переубедить, чтобы не делать бесполезной работы? Ведь если вы отказываетесь от TDataSet, тем самым вы урезаете себе возможности работы как со стандартными, так и компонентами других производителей. А делать потом связку со стандартным TDataSet это просто дополнительный геморой. Тем более что у стандартного DataSet куча очень полезных методов, правда и там пришлось бы много пописать, т.к. многие из них абстракные, просто определены для потомков.

ИМХО. Тот кто сказал вам делать такой компонент либо не знает что делает, либо слишком хорошо знает. А может вы не правильно поняли задание, может вам сказали сделать без BDE, т.е. без TQuery?

← →
Style (2004-01-22 19:41) [15]

Andryk ©
Я прекрасно понял задание, сначала была речь отказаться от BDE, затем сказали давай делай и без Датасета. На сколько я понял, это связано с тем что, задачи у нас не такие большие и всего, что нам достаточно это своя Query, грид и лукапы и несколько переделанный старый FastReport. Можеть поскольку у нас уже и были наработки грида и лукапов начальник и решил отказаться от DataSet.

← →
Anatoly Podgoretsky (2004-01-22 19:52) [16]

← →
ИМХО (2004-01-22 19:56) [17]

> Style © (22.01.04 19:41) [15]
> Andryk ©
> Я прекрасно понял задание, сначала была речь отказаться
> от BDE, затем сказали давай делай и без Датасета.

... а потом сказали: и вообще пиши на СВОЕМ языке программирования в СВОЕЙ среде и компилируй усё это СВОИМ компилятором :)

← →
Style (2004-01-22 20:12) [18]

Да че пристали то 8_(

Надо будет сделаю и с Датасет ;)
А пока хочу сделать так, что хочешь используй датасет а хочешь не используй. Помоему если сделать класс посредник то на этом в в скорости мы ничего не потеряем, да и подключить к нему не датасетную Кверину в object inspector вроде тоже не проблемма.
Нужно только эту связь написать..

Мастера если не сложно поиграйтесь с моим компонентом Найти похожие ветки