Как работает PHPixie — Жизнь одного запроса, контейнер и парадигма

И где тут гарантия? $pimple['db'] тоже может вернуть вам stdClass, если конечно вы скажете ему вернуть его. Так же и $pixie, например $pixie->orm->result() построит вам объект со всеми зависимостями.

Может я плохо объяснил но объекты модулей строятся во время bootstrap(), то есть если вы прописали там модуль то он точно там будет и точно не будет каким-то stdClass

Я не понимаю чем хуже писать так:

        public function build_demo(){
                  return new Demo($this->dependency1(), $this->dependency2())
        }
       protected $demo;
       public function demo() {
              if($this->demo == null)
                     $this->demo = $this->build_demo();
              return $this->demo;
       }
       public function a($param) {
              return new A($this->dependency1(), $this->dependency2(), $param);
       }

чем так например:

        $pimple['demo'] =$c->share(function ($c) {
                 return new Demo($c['dependency1'], $c['dependency2']);
        });
        $pimple['a'] = function($param) {
                return new A($c['dependency1'], $c['dependency2'],$param);
        }

Экономит несколько строк конечно, но приимущиства на лицо:
1) в варианте с пикси IDE будет показывать подсказки по результатам функций. А вот что такое $c['demo'] IDE точно знать не будет
2) все описано как атрибуты класса не возня с магическим массивом
3) код с Пимл фактически недокументируем, так как в phpDocumentor насколько я помню нет возможности описать ключи массива.

Для простоты в \App\Pixie есть $instance_classes которые создаются только раз при первом запросе и которым в конструктор передается $pixie.

Простите, но в нём нет положительной оценки.

Первая — да, баг и да, старый, но MySQL 5.0 ещё не такая редкость. Стоит учитывать, что на фреймворке будут делаться не только проекты, но и продукты, для которых совместимость с shared-хостингами важна.

Вторая — это ограничение Oracle. Стоило всё-таки не постить ссылку на трекер MySQL, а сослаться на что-то более независимое.

На более-менее нагруженном проекте запрос с LIKE может серьёзно попортить жизнь. Для этой задачи подходит Sphinx или SOLR, на вход которого подаётся поисковый запрос, а получается кучка ID-шников. Эти самые ID используются в запросе с IN к обычной реляционной базе.

Используя JOIN мы лишаем себя возможности перетащить часть запроса в специализированное хранилище или вынести на отдельный сервер.

Мы, когда в Yii2 переходили с JOIN на IN, делали много тестов и поняли, что производительность отличается не сильно и не всегда в пользу JOIN.