Как правильно писать обертку pdo?

Question

[Дмитрий]

Еще год назад написал обертку для удобного использования pdo с подготовленными выражениями. Все работает, замечаний нет и я как то особо не задумывался.
А как правильно ее писать? Я много раз видел, как многое разработчики наследуют свой класс от стандартного класса PDO (причем реализация в большенстве своем имеет незначительные изменения).
А я не наследую. Мой класс полностью самостоятелен и реализует необходимый функционал.

Answer 1

[65536]

Мне очень нравится https://github.com/laravel/framework/tree/5.0/src/... хоть и очень много жрет, синтаксис краткий и человеческий

легко вырезается и вставляется в свой проект

сами будете делать 5 лет

Answer 2

[FanatPHP]

Вопрос некорректный.
Никто не знает, что ты называешь "оберткой над ПДО". следовательно, никто не знает, что отвечать. В итоге оба ответивших пропихивают ORM с кверибилдером. Но ORM - это не "обертка" ни разу.

Следующий по популярности ответ - это не писать оберток вообще. ПДО сам по себе недообертка, и очень мало кто может добавить к ней что-то действительно стоящее. Из того, что теоретически можно было бы дописать, это

1. исправление косяка, когда execute не возвращает statement. лечится 1 (одной) хелпер-функцией, которая принимает запрос, данные для препаредов, и возвращает statement
   
2. статический синглтон. Функционал спорный, но удобный.
   
3. дополнительные плейсхолдеры. Если ты до них сам дошел, то могу только пожать руку.
   

Все остальное, что ты мог дописать - мусор и глупость. В частности, здесь не раз и не два появлялись писатели недокверибилдеров вида
function select($what, $from, $where)
если у тебя такое - то напиши, я дам ссылку где объясняется, почему это идиотизм и головотяпство

Ответить можно только на единственный конкретный вопрос, который ты задал - да, ты правильно делаешь, что не наследуешь.

Comments

[Adamos]

Дайте мне "ссылку где объясняется, почему это идиотизм и головотяпство", а то мне как-то хватает для работы SafeMySQL. Может, я ошибаюсь?

[FanatPHP]

Adamos: в SafeMySQL нет квери билдера

[65536]

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

не думаю что ТС мутит хайлоад проект где это все было бы критично

[FanatPHP]

65536: я бы не сказал, что работая через модели, мозги отключаешь :) Наоборот, у всякого упрощения есть темная сторона. К примеру, у меня коллега подорвался вьюхи писать в БД - а все для того, чтобы запросы подходили под примитивный синтаксис ОРМ-а :)))

[FanatPHP]

65536: а по поводу ТС-а - надо все-таки понять сначала, что ему нужно. Потому что инструмент для чистого SQL тоже бывает нужен

[65536]

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

[65536]

FanatPHP: для чистых там есть. я вот вчера воспользовался потому что не было психической энергии чей то бред 2004 года переделывать, вставил как есть

\DB::connection($site)->statement("DELETE FROM tmp_vendors");
\DB::connection($site)->statement("REPLACE INTO tmp_vendors (vendor, type) SELECT DISTINCT SUBSTRING_INDEX(products.name,' ',1) AS vendors, product_types.type as type FROM products LEFT JOIN product_types ON products.id = product_types.product WHERE products.enabler > 0 ORDER BY products.name");

где DB это Illuminate\Database\Capsule\Manager - та самая обертка (поправь если не прав)

[FanatPHP]

65536: нене. в БД есть такое понятие - view. грубо говоря - именованный результат запроса. есть у тебя сложный запрос допустим. а ты его оформляешь во вью, и обращаешься как SELECT * FROM view

[65536]

FanatPHP: аа этот вью. я подумал что-то из цикла хранения шаблонов в бд заумным способом

[FanatPHP]

65536: я это к тому, что ОРМ - не панацея. Когда надо работать со сложными выборками, то легче вот действительно вью в базе замутить, чтобы ОРМ своими простыми запросами мог с ней работать

[65536]

FanatPHP: ну а че интересный подход кстати я и не думал об этом. задач таких не было правда