Всем, привет! 
Хочется поднять дисскусию по поводу T*DataSet'a и DBGrid*. 
Текущее положение дел:
На сегодняшний состояние программистов Delphi я бы сказал плачевное, да да именно плачевное.   
Это вызвано двумя проблемами.
 1) Не секрет, что IDE Delphi является интерфейсно ориентированной средой.  Генерит код
таким образом что интерфейс( формочка, кнопочки, их обработчики) увязываются с кодом данных, которые 
нужно обработать. Граммотный подход заключается в использовании системы MVC (model view controller),
которая позволяет разделить классы интерфейса и классы обработки данных. MVC широко используется
в таких средах как JBuilder, Eclipse (для языка Java, да и сама Java использует технологию MVC), также 
фундаментом крутой кросплатформенная библиотеки QT является MVC. 
 2) К Дельфи не применим подход ВСЕ ЕСТЬ ОБЪЕКТ

1 и 2 пункт кодеры на Delphi могут конечно же реализовывать сами, но многие Delphi-программеры
не используют эти подходы, а пользуются тем что навивает нам сама IDE.

К чему все я это рассказываю, для работы с БД мы часто используем готовые T*DataSet'ы (TpFibDataSet, TIBDataSet и т.п.) и готовые гриды, в итоге у нас данные завязываются за интерфейсом. У меня БОЛЬШОЙ вопрос, дорогие форумчане, поделитесь, пожалуйста, своими наработками по использованию средст которые позволяли работать с БД с использованием подхода MVC, мож есть какие-то НЕ TDataSet'ы а другие подходы.

И что же ты молчишь? Продолжай.

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

Akella, так это вопрос был  

Есть, конечно. Изучай API соответствующих СУБД.

Добавлено через 38 секунд

Ну так поднимай, в чём же дело.

эт зависит от форумчан. если им тема интересна, то дисскусия возникнет сама собой

Я мало сведущ в таких высоких сферах, но с датасетами работаю...
Delphist, у меня сложилось впечатление, что тебя не устраивают реализации готовых T*DataSet'ов...
Так какие проблемы? Бери TDataSet за основу и пиши свой TDelphistDataSet и делай в нем все так, как тебе хочется...
Может популярный коммерческий продукт сделаешь...  

так в том то и дело, что не хочеццо ему работать через датасет

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

ИМХО это надуманная проблема
В сложный проектах всегда используются патерны, когда нужна масштабируемость, расширяемость, а в простых могут быть совершенно другие цели, где можно обойтись без всяких MVC

Если внимательно узучишь компоненты от DevExpress, то там как раз твой MVC и реализован. Думаю и обычный TDBGrid построен на тех же принципах(сто лет его уже не трогал). 

Это сообщение отредактировал(а) cemick - 3.3.2009, 15:12

но в Dev тоже все на датасетах

Датасет выступает только как хранилище данных, в TcxGrid есть на него сслыка, а интерфейс реализуется в TcxGridView, а связывает TcxGridView и TdataSet контроллер TcxCustomDataController. То есть интерфейс ничего не знает о  дата сторадже с его заморочками, у него есть лишь набор строк которые надо отображать

Это сообщение отредактировал(а) cemick - 3.3.2009, 15:13

Не понимаю, чем вам датасет не угодил.



Типа наработка. 
Смотри на это дело так:
Dataset - модель.
Форма - View.
DataModule - контроллер.

Все датасеты - держать только на DataModule. Весь код не имеющий отношения к отображению - только на DataModule. Форма должна уметь только показывать данные, а в обработчикаъ вызывать только соответствующие методы DataModule-я.  
Вот и будет MVC.

Другое дело, что создавать прокси-классы обычно лень, вот и пишем логику прямо в форме. Да и код вроде как понятнее становится. А из минусов "обычного программирования" - для подобного кода становится очень сложно писать юнит-тесты.

Да уж, вижу что никто не пытается применять что-то особенное. Стандартная схема эт, конечно, как говориться как ВСЕ так и я. Хм.. в определенных случаях это избавляет от некоторого гемора, но существующий подход не позволяет легко реализоавть MVC.
Тему я затеял, чтобы узнать чем дышит народ. А то DataSet да DataSet мож что нового появилось, но похоже ничего...

хм.. не всегда стоит повторно изобретать велосипед. Ткм более когда задачей является станок для мотороллеров....
да и Bose, привел ИМХО практически стандартный MVC. То что им не часто пользуются, мое ИМХО это уже сработаная привычка, в малых проектах на которое отводится мало времени - это лишнии затраты, часто более код более наглядный. С большими проектами которые ведутся уже более 10 лет - тоже не будешь весь переписывать, а менять модель посередине проекта глупо, потом вообще концов не найдешь.

Да и вообще, MVC - это хорошо, но не панацея. Всегда надо смотреть на поставленную задачу.

Delphist, почитай, может найдешь для себя че нить интересное