Aleph PHP Framework

Чтобы прочитать массив роутинга нужно владеть настоящим талантом разработчика.

реализовывать приложения так, как если бы вы делали это в десктопном программировании (не надо пытаться представить это прям сейчас и тут же критиковать, дождитесь пока не увидите это своими глазами, и поймёте, что я имел в виду)

Прочитал статью, так и не понял что вы имели в виду…

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

Впрочем, что касается самого фреймворка — одобряю минимализм.

Напомнило:
F3: маленький PHP-фреймворк с огромными возможностями

Сразу бросилось в глаза

if (isset($config['customLogMethod']) && $config['customLogMethod'])

что автоматически мое подсознание захотело изменить на

if (isset($config['customLogMethod']) && is_callable($config['customLogMethod']))

Есть над чем работать ;)
Скоро будет больше сводобного времени — форкну и свяжусь с Вами. Я не против поучавствовать в разработке open-source ;)
Желаю удачи в развитии.

Долгое время пользовался code.google.com/p/green-framework/ возможно есть интересные идеи?..

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

На первый взгляд выглядит почему-то как библиотека для роутинга, но не как фреймворк. Ведь файл index.php мы пишем сами при создании приложения?

И если метода не существует, то 404 мы не получим?

Я не буду спорить насчет вашего опыта. Сделали — молодцы. Но внимательно, очень внимательно прочтите следующее.

call_user_func_array :

This function is relatively slow (as of PHP 5.3.3) and if you are calling a method with a known number of parameters it is much faster to call it this way: 

$class->{$method}($param1, $param2);

ссылка ...

Боюсь вас огорчить, но есть PHP Slim, и он выглядит более стройно с учетом возможностей PHP 5.3.

Насчёт статьи скажу что презентация подкачала. Когда я читал про PHP Slim и F3 было сразу всё понятно и ясно, всё просто и чётко. В вашем случае, к сожалению, я не въехал — т.е. нужно скачивать, открывать IDE и начинать разбираться.
А роутинг, ох уж этот роутинг, это адЪ для моих глаз — понять что там происходит с ходу сложно (я работаю с Yii — там тоже регулярки, но гораздо проще разобраться), тот же PHP Slim тоже крайне прост в этом плане.

Пока писал комент — побегал ещё немного по коду. Выглядет конечно ничего, местами интересно. Но представить как оно легко и изящьно позволит мне написать небольшой проект с парой десятков динамичных страниц я не смог — получилась какая-то каша.

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

Посмотрел в репу, просто глаза наткнулись…

public function &offsetGet($var)
{
   if (!isset($this->config[$var])) $this->config[$var] = null;
   return $this->config[$var];
}

Возврат значения по ссылке — неправильно. Для установки значения есть метод offsetSet.

В целом метод можно сократить до

return isset( $this->config[$var] ) ? $this->config[$var] : null;

Избавившись тем самым от ненужной инициализации.

Никогда особо не интересовался микрофреймворками. После этой статьи наверное и не заинтересуюсь. Показанные примеры выглядят не сильно лучше процедурной лапши (ИМХО), вся работа идет через один класс ядра…

Ну а роутинг конечно — врагу не пожелаешь. Динамически метод контроллера, я так понимаю, нельзя определять, только хардкор в маппинге? Насколько же удобнее работать через отдельный класс Route, в котором есть еще и фильтры, дефолтные значения и т.д. Кстати, а в Aleph можно хотя бы анонимную функцию повесить на обработку роутинга? Это если мы говорим про возможности PHP5.3.

Микрофреймворки всегда интересны, вот и мой фреймворк — github.com/AntonShevchuk/Bluz
В скором времени опубликую на хабре :)

Aleph, Bluz, Yii,… Скажите, где люди берут ТАКИЕ имена своим проектам…

Сам фреймворк еще толком не посмотрел, но меня просто убило, когда открыл файл aleph.php и увидел, что в нем 3000 строк и черт знает сколько классов.
Такие вещи меня сразу отпугивают — в таком коде трудно ориентироваться и поддерживать его. Пожалуй, любая книга по написанию хорошего кода или рефакторингу рекомендует первым делом сократить размер (длину) файлов, классов, методов и не забывать про принцип единой ответственности.
Если Вы хотели минимизировать количество подключений в проекте, то, как мне кажется, это глупо — экономия на спичках, других сколько-нибудь разумных причин для такого решения я вообще не вижу.

'/rom2dec/#x|(?i)M*(D?C{0,3}|C[DM])(L?X{0,3}|X[LC])(V?I{0,3}|I[VX])#' => 'Aleph\Demo\Transform->rom2dec'
REALY???

прошло три года и ни один ресурс уже не открывается.