Нужен свежий взгляд на api движка

[grigori]

@флоппик, а подзапросы там можно?

$subQuery = (new Query())->select('COUNT(*)')->from('user');
$query = (new Query())->select(['id', 'count' => $subQuery])->from('post');

 

[artygrand]

Вот да, хороший и маленький билдер сложно найти
у меня пока из претендентов только https://github.com/j4mie/idiorm
может еще что есть?

 

[grigori]

хорошему маленьким быть невозможно

 

[флоппик]

@флоппик, а подзапросы там можно?

$subQuery = (new Query())->select('COUNT(*)')->from('user');
$query = (new Query())->select(['id', 'count' => $subQuery])->from('post');

Эм... я видимо туплю, но что в SQL должно получится при таком запросе?

 

[artygrand]

@флоппик, что-то вроде SELECT post.id, (SELECT COUNT(*) FROM user) AS count FROM post ?

@grigori, скажи это slim'у. под свои задачи и малое - шикарно.

 

[AmdY]

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

 

[grigori]

@grigori, скажи это slim'у. под свои задачи и малое - шикарно.

Говорил. В багрепортах. Авторам этой монолитной глючной библиотеки, которая обработку вызова делает через десяток колбеков, с нечитбельным трейсом, в которую хрен вклинишься, с которой хрен интегрируешься. А дебаггером прыгать по колбекам - особая форма мазохизма.
Это не фреймворк, а библиотека. Обертка над Никитовским роутером и DI. Только в 3й версии они дали API для регистрации колбеков, чтобы вставить свою обработку ошибок и генерацию http-заголовков. Хочется писать на PHP с ощущением дебага на JS - пожалуйста, без меня. Я уже год поддерживаю проект на Slim, все новое дописываю на Symfony.

 

[fixxxer]

В 3-м все уже не так плохо. Тоже не фонтан, но намного лучше. Жить можно.
2-й - да, полная фигня.