Hi Sergey!

Тут есть тонкость - если кто-то попытается использовать подобную ХП не из
фокса (а через ODBC или OLE DB) то будет весьма разочарован - уж не знаю
почему, но даже в последнем провайдере не поддерживается структурная
обработка ошибок, а заодно и макро :(
А писать в ХП то что не может реально работать как ХП - как-то не очень
хорошо...
То что "вообще" стоит отделять код работы с данными от визуальных форм - это
не вызывает сомнений :) Другое дело как это делать...

Posted via ActualForum NNTP Server 1.3

Hi Student!

> 1 ХП с параметрами Таблица - СКЛ команда

Бессмысленно. Если параметром передаётся сам текст SQL команды. то на кой
вообще нужна эта процедура? Если уж делать слой доступа к данным в виде ХП,
то делать это в идеологии CRUD - т.е. отдельные процедуры для добавления,
изменения, удаления... А разнообразные "поля таблицы" тут передаются в виде
множества параметров.
Что же касается собственно фокса, то т.к. ХП всё равно исполняются не на
сервере а на клиенте, то особого прока не видно даже в "правильном" слое
доступа - ну разве что нужно "подсоединять" к базе другие программы через
Ole DB провайдер, или если планируется впоследствии апсайзить базу данных на
более мощную платформу - на один из промышленных SQL-серверов (при этом
конечно полноценный сервер с нормальной поддержкой ХП). Т.е. с целью
унификации - чтоб при любом сервере клиент работал по более-менее одинаковой
схеме (хотя полной унификации конечно не добиться - а ходить к своим
собственным фоксовым таблицам через ADO - это IMHO извращение).

> 2 класс на форму

Не понял - в смысле отдельный объект производный от класса работы с данными
помещённый на форму? Или просто класс формы в котором прописана логика
работы с таблицей? Если первое, то это и есть объектный слой доступа к
данным, если второе - ну это конечно получше чем п.3 но всё-же не совсем
то - ибо крайне сложно в перспективе "отделить" такой слой доступа, для
размещения его скажем на удалённом сервере (COM+ или WebService), или просто
для "повторного использования" в других местах программы - в других формах,
в отчётах, в просто расчётных процедурах...
Кстати частично вопрос со слоем достпа позволяет решить CursorAdapter - НО я
бы не советовал именно на его основе создавать бизнес-объекты - вот то что
бизнес-объект внутри себя может создать один или более CAD - это более
красиво и функционально.

> 3 прямо под кнопками (хуже всего)

Именно так - хуже не придумаешь :)

Posted via ActualForum NNTP Server 1.3

Hi Sergey!

Извини, промахнулся слегка - то сообщение должно было быть адресовано
Student - и его коду с try ... catch

Posted via ActualForum NNTP Server 1.3

Hi Sergey!

Я бы предпочёл, чтобы в очередной версии провайдера эту "особенность"
устранили - без этого очень сложно писать нормальные триггера :( ибо там
приходится по старинке применять ON ERROR - а это жутко неудобно :(

Posted via ActualForum NNTP Server 1.3

Hi Student!

> именно так вроде... класс со свойствами - в котор?е передаются СКЛ команд?

Ну не знаю - до нормальных бизнес-объектов от этого как до луны... А раз так
то стоит ли вообще городить огород.
Не должна вообще "внешняя" часть сложного (многослойного) приложения
манипулировать SQL запросами и тому подобным низкоуровневым добром - т.е.
внешний слой видит объекты и какие-то их методы/свойства - в случае фокса
появляется нехорошее (но больно уж удобное) исключение в виде курсора - не
совсем объекта, но и не совсем простого "хранилища информации" - т.е. это
можно рассматривать как такое сложное "полу-свойство, полу-объект".
НО он не имеет прямой аналогии/связи с той таблицей в которой реально
хранится информация - т.е. таблицу могут 20 раз перекроить по структуре
(вообще сделать из одной "широкой" таблицы 50 "узких" в предельно
нормализованной схеме, или напротив "слить" хранение кучи разных
таблиц-сущностей в 10-15 реальных таблиц "универсальной" схемы), да даже
просто поперекладывать с сервера на сервер (меняя возможно собственно
СУБД) - а вот код который работает с бизнес-объектом этого вообще не
заметит! Ибо лишь где-то "внутри" бизнес объекта (или даже в отдельных
классах-фабриках, или в системе ORM - если уж "по-взрослому" отказаться от
фоксовых курсоров) скрыто то, каким образом из "системы хранения" мы
извлекаем информацию в нашу "систему представления"...

Posted via ActualForum NNTP Server 1.3