Как обрабатываете БД?

Question

[0x0CB]

Доброго дня.
На днях делал тестовое задание для одной конторы и по поводу написания обработки БД у них возник вопрос : "Почему вы не используете компоненты для работы с БД (BDEdit,DBLable и т.д)". Всегда писал и продолжаю писать так,что при редактировании записей заполняю форму данными редактируемой записи в обычные Edit и дальше обрабатываю.
Суть вопроса : В чем разница и играет ди роль скорость обработки "костылями" или же запросами,заполнением и т.д?

Comments

[0x0CB]

То есть объективно разница только в скорости написания и в объеме исходного кода?

[DDDsa]

0x0CB: Не только. Принцип работы стандартных компонентов известен большинству разработчиков, поэтому разобраться в работе программы тому, кто ее не писал, будет куда проще. Компоненты писались и дорабатывались на протяжении долгого времени - там учтено много опыта работы программистов, исправлено много ошибок, предусмотрено много неприятностей, оптимизирована работа с ресурсами и т д.
В общем-то, это обычные плюсы использования библиотек против велосипедов. Для Delphi, если вы используете стандартные DBEdit, DBGrid и т д даже уходит минус, касающийся того, что компоненты придется устанавливать на другую машину, чтобы править код, так как они встроены в IDE.

Answer 1

[DDDsa]

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

Базовый функционал для отображения и редактирования данных из БД можно накидать компонентами вообще без единой строчки кода, и это будет работать быстро и почти наверняка без ошибок - почему не пользоваться этой возможностью?

>>То есть объективно разница только в скорости написания и в объеме исходного кода?

0x0CB: Не только. Принцип работы стандартных компонентов известен большинству разработчиков, поэтому разобраться в работе программы тому, кто ее не писал, будет куда проще, чем разбирать ваши велосипеды.

Компоненты писались и дорабатывались на протяжении долгого времени - там учтено много опыта работы программистов, исправлено много ошибок, предусмотрено много неприятностей, оптимизирована работа с ресурсами и т д.
В общем-то, это обычные плюсы использования библиотек против велосипедов. Для Delphi, если вы используете стандартные DBEdit, DBGrid и т д даже уходит минус, касающийся того, что компоненты придется устанавливать на другую машину, чтобы править код, так как они встроены в IDE.

Comments

[0x0CB]

Я понял,спасибо)
Просто интересовал факт влияния скорости работы с БД)

Answer 2

[Армянское Радио]

Программируя костылями вы тратите время на написание того функционала, который уже есть в контролах DB*.

Answer 3

[Anton]

"Зачем изобретать колесо, если оно уже есть"
Компоненты содержат в себе дополнительный функционал и логику, которую может не отследить разработчик. Например, если вы попытаетесь в БД вставить некорректные данные (по типу несовместимые), поэтому если есть готовое решение, то пользуйтесь им.

Answer 4

[instigator21]

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