Пока еще только ведутся работы над третьей версией фреймворка PHPixie, но уже можно точно сказать что он сильно изменится в лучшую (как по мне) сторону:
- Полный переход на стандарт PSR-2
- Поскольку фреймворк будет являть собой набор библиотек, то его компоненты можно будет использовать в любом проекте без самого PHPixie.
- 100% покрытия кода тестами. При чем в данном случае 100% не просто фигуральное слово а реально просчитанный «code coverage», то есть отношение строк которые вызываются при исполнении тестов ко всем строкам кода, кстати у Laravel это всего-лишь 53%.
Вчера стали доступны две библиотеки которые войдут в PHPixie 3, они полностью готовы и их уже можно использовать с любым проектом. Это сделано Подробнее об этом можно почитать в посте на сайте, а я здесь опишу то что мне больше всего в них нравится.
Кстати библиотеки таки действительно покрыты тестами на 100%, убедится можно тут и тут.
PHPixie Config
Отрезки конфигурации (Config Slices)
Позволяют отделить опции для частей системы от самой системы, тем самым делая их более агностическими и независимыми. Для примера, рассмотрим такие настройки уровня какой-то игры в какой игрок пробует захватить замок:
array(
'battlefield' => array(
'background' => 'forest',
'castle' => array(
'turrets' => array(
'amount' => 5
)
)
),
'attackers' => array(
'knight' => array(
'attack' => 6
),
'paladin' => array(
'attack' => 4,
'spell' => 'heal'
)
)
);
Мы уже привыкли использовать '.' для чтения таких массивов, например используя $config->get('battlefield.castle.turrets.amount'), но использовать такой код в классе Castle было бы некорректно, так как ему надо тогда знать весь путь к тому месту где начинается его конфигурация. Можно конечно в родительском классе передавать все turrets_amount прямо в конструктор, но есть лучший путь:
class Level {
public function __construct($slice){
$this->battlefield = new Battlefield($config->slice('battlefield');
}
}
class Battlefield {
public function __construct($slice){
$this->background = new Background($config->get('background'));
$this->castle = new Castle($config->slice('castle'));
}
}
class Castle {
public function __construct($slice){
$this->background = new Background($config->get('turrets.amount'));
}
}
$level = new Level($config);
Как видите все классы теперь полностью независимы от самого пути конфигурации, как раз для этого и придуман slice().
Разбиение конфигурации на папки
Возможность создавать отдельные файлы для частей конфигурации позволяет например легко коммитить только настройки самого приложение и включить в .gitignore файл с конфигурацией чего-то специфического ( например конекта к базе данных). Также как написано на сайте PHPixie позволяет на своей базе легко создать файлы с переводом текста на сайте на разные языки. Для примера возьмем такую структуру файлов:
config.php
config/
+-forest.php
+-forest/
+-meadow/
+-fairy.php
Теперь если мы будем искать опцию forest.meadow.fairy.name, поиск будет идти в таких местах:
1) 'name' в config/forest/meadow/fairy.php
2) 'fairy.name' в config/forest/meadow.php
3) 'meadow.forest.name' в config/forest.php
4) 'forest.meadow.forest.name' в config.php
Кстати есть поддержка записи информации назад в файл конфигурации, например если у вас есть система бана которая будет писать забаненные айпишки в конфиг.
PHPixie Database
Во первых добавлена обещанная поддержка MongoDB, примеры использования ее можно посмотреть в той же статье на сайте, полученный интерфейс ну очень похож на интерфейс доступа к MySQL, поэтому позволит попробовать MongoDB даже тем кто ни разу с ним не сталкивался. Но я остановлюсь на других возможностях:
Condition Placeholders
Всем нам знакомы разные строители запросов (query builders), которые позволяют добавлять условия вот так:
$query
->where('type', 'elf')
->orWhere(function($q){
$q
->_and('name', 'Trixie')
->_and('type', 'fairy')
});
// WHERE type = 'elf' OR (name = 'Trixie' and type = 'fairy')
Здесь ничего нового нет, но у них есть маленькая проблема: что делать если потом понадобится в тот OR ( ) добавить еще одно условие, уже в другом месте/классе? В PHPixie можно создать контрольную точку в которую потом добавлять условия, например:
$placeholder = null;
$query
->where('type', 'elf')
->orWhere(function($q){
$q
->_and('name', 'Trixie')
->_and('type', 'fairy');
$placeholder = $q->addPlaceholder('and');
});
$placeholder->_and('status', 'active');
// WHERE type = 'elf' OR (name = 'Trixie' and type = 'fairy' and status='active')
Для построение сложных запросов использование таких точек очень полезно.
Упрощенное добавление условий
Поскольку для SQL запросов кроме WHERE условий можно добавлять еще и HAVING и ON условия, то для каждого из них есть свой набор методов: orWhereNot, xorHaving… итд. Чтобы ускорить написание условий можно использовать сокращенные версии, которые будут добавлять условия последнего добавленного типа:
//Вместо
$query
->where('type', 'elf')
->orWhere('id', 5)
->having('count', 5)
->xorHaving('max', 6);
//Можно
$query
->where('type', 'elf')
->_or('id', 5)
->having('count', 5)
->_xor('max', 6);
Поддержка вложенных $or для MongoDB
Известный баг что MongoDB не будет использовать индексы если вы напишете слишком сложный запрос используя вложенные $or. PHPixie сама исправит это для вас превратив такие запросы в развернутую форму, которая уже будет использовать индексы. Все это работает из коробки.
Особенные операторы для сравнения
Часто приходится сравнивать одну колонку с другой, проблема в том что если написать вот так:
$query
->where('amount','>', 'minAmount');
то на самом деле значение колонки amount будет сравниваться со стрингом «minAmount», для того чтобы указать что значение есть названием колонки в базе надо просто приставить звездочку к оператору:
$query
->where('amount','>*', 'minAmount');
Просто, понятно и лаконично.
Если вам интересно...
Чтобы увидеть как это все работает в действии вот тут приведен пример кода который работает с MongoDB и MySQL а также показывает как это все настроить без самого фреймворка всего в несколько строк кода.
