http://altocms.ru/comments/1595/ ru noreply@altocms.ru noreply@altocms.ru Alto CMS v.1.5.0b1 http://altocms.ru/t/1595/#comment26066 http://altocms.ru/1595.html#comment26066 j.j.lefebvre@yandex.ru Tue, 05 Apr 2016 15:29:08 +0300 http://altocms.ru/t/1595/#comment26068 http://altocms.ru/1595.html#comment26068 vshemarov@gmail.com Tue, 05 Apr 2016 17:11:19 +0300 http://altocms.ru/t/1595/#comment26074 http://altocms.ru/1595.html#comment26074 reexistent@gmail.com И никаких тебе SQL-запросов и прочей рутины! На очереди прослойка которая будет строиться на лозунге «И никакого кривого ActiveRecord и прочей ...».
А если серьезно то ORM который реализован в альто это полный звиздец, все равно, неизбежно, приходится разбираться и в SQL, и решать проблемы с кешированием, которого там нет, а то которое есть (типа tmp, т.е. на время выполнения запроса) умудряется устанавливать кеш в конце выполнения запроса, когда он уже не нужен.]]> Wed, 06 Apr 2016 20:05:51 +0300 http://altocms.ru/t/1595/#comment26076 http://altocms.ru/1595.html#comment26076 vshemarov@gmail.com А если серьезно то ORM который реализован в альто это полный звиздец Во-первых, уважаемый, Вы плохо читаете, ибо я в самом начале статьи сказал, что «Лайвстритовскую реализацию ORM в части задания критериев для выборки данных я считаю просто ужасной». И по этой причине ORM не используется в базовой версии движка, хотя большинство запросов к БД довольно тривиально, и, казалось бы, этот подход тут был бы вполне уместен.

Во-вторых, внедрение AR вовсе не исключает применения и прежнего подхода — использования старого доброго SQL. Если считаете, что каждый запрос в базе непременно должен руками описываться в виде SQL-выражений — Вы можете делать это и впредь, ни в чем себя не ограничивая.]]> Wed, 06 Apr 2016 22:22:27 +0300 http://altocms.ru/t/1595/#comment26372 http://altocms.ru/1595.html#comment26372 badkidddd@gmail.com Mon, 16 May 2016 21:47:09 +0300 http://altocms.ru/t/1595/#comment26492 http://altocms.ru/1595.html#comment26492 rdlrobot@gmail.com
Возможно узнать, почему выбор пал на реализацию все-таки своего AR, нежели взять готовый орм а-ля Doctrine, Eloquent?

Ведь в них можно передать текущий пул соединения и использовать в новой ветке модулей по примеру как это сделано у 1C-Bitrix, а именно Компоненты 1.0, Компоненты 2.0?]]> Thu, 02 Jun 2016 17:47:02 +0300 http://altocms.ru/t/1595/#comment26501 http://altocms.ru/1595.html#comment26501 vshemarov@gmail.com
Чего хотелось:
1) Чтоб можно было сохранить совместимость с нынешними классами — Entity, Module и Mapper, но при этом использовать синтаксис ActiveRecords а-ля Eloquent или Yii
2) Чтоб можно было использовать просто построитель запросов, как в Yii
3) И чтоб при этом сохранялась возможность задавать SQL-запросы, как оно сейчас делается в движке

Ни с одним из сторонних ORM-движков не получалось этого реализовать.]]> Fri, 03 Jun 2016 13:57:10 +0300 http://altocms.ru/t/1595/#comment26503 http://altocms.ru/1595.html#comment26503 rdlrobot@gmail.com Ведь сейчас вся вот эта «канитель» будет как клубок с нитками обрастать мусором в попытках привести все в порядок. Возможно проще начать новую ветку модулей и плагинов, где можно будет писать модуль в нормальном синтаксисе. Конечно для этого понадобится прослойка, но то, что сейчас творится в модулях это сущий ад...

Если быть точнее, я предлагаю не исправлять текущий подход в работе с БД, а начать искоренять зло начиная с корня. Таким образом и совместимость с текущими модулями останеться и можно будет создать новую ветку модулей с нормальным исправленным подходом и логикой.]]> Sun, 05 Jun 2016 12:08:26 +0300 http://altocms.ru/t/1595/#comment26504 http://altocms.ru/1595.html#comment26504 vshemarov@gmail.com а начать искоренять зло начиная с корня... Если прямо с корня, то не уверен, что получится сохранить совместимость. Делать прям двойное ядро — плохое решение. Тогда уж лучше запускать ветку 2.+, в которой можно не заморачиваться с совместимостью, а делать сразу все правильно, насколько это возможно, по канонам, паттернам и все такое. Но это стопудово будет долгая история. Кто готов в это вписаться?

Если есть конкретные предложения — пишите, обсудим. Но лучше отдельным топиком.]]> Mon, 06 Jun 2016 10:53:51 +0300