AlephTav11 мая 2012 в 15:06

Aleph PHP Framework

6 мин

5.1K

PHP * Веб-разработка *

Из песочницы

Комментарии 58

QuickStudio 11 мая 2012 в 15:26

Зачем?

QuickStudio 11 мая 2012 в 15:27

Зачем?

silvansky 11 мая 2012 в 15:33

Интересная штука, как-нибудь попробую в действии.

alexios 11 мая 2012 в 15:43

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

TheHorse 11 мая 2012 в 15:43

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

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

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

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

silvansky 11 мая 2012 в 15:45

Я так понял, об этом речь пойдёт в последующих статьях.

AlephTav 11 мая 2012 в 15:53

Веб-программирование действительно отличается от десктопного. Конкретно в статье имеется в виду программирование веб-форм, подобно тому, как это происходит в ASP.NET (система контролов, каждый контрол — отдельный объект, подробнее тут). Также нечто похожее есть в Prado Framework.

TheHorse 11 мая 2012 в 15:56

ASP.NET — если мне не изменяет память, не десктопное программирование).

AlephTav 11 мая 2012 в 16:01

Десктопное просто неудачный термин в статье ))

TheHorse 11 мая 2012 в 16:13

Декларативный UI? аля QML, DFM..?

AlephTav 11 мая 2012 в 16:23

Скорее обычные XHTML шаблоны со спец. тэгами. Например:

<div>
  <textbox id="name" maxlength="100" readonly="1" />
<div>

trickii 11 мая 2012 в 17:15

и в php просто $this->control('name')->value;
нет никакой надобности в коде типа:

$form = new Form('id');

$input = new Input('name');

$input->setAttribute('readonly', 1);

$input->setValue('text');

$form->addElement($input);

и т.дю

trickii 11 мая 2012 в 15:53

Насколько я помню, это касается управляющих элементов и элементов форм. Как аналогия формы в Zend через ZendForms.
Только фреймворк еще и постоянно мониторит состояние элемента (аля asp) + элементы задаются не в php, а в темплейтах.
Таким образом работа с элементами больше похожа на подход Delphi и иже с ним.

TheHorse 11 мая 2012 в 15:59

Аналогия с делфи, мне помогла понять что имелось в виду, спасибо. Но даже в этом случае, следовало бы указать что речь идет лишь о элементах интерфейса.

Voenniy 11 мая 2012 в 15:51

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

miraage 11 мая 2012 в 15:55

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

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

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

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

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

AlephTav 11 мая 2012 в 15:57

В данном случае is_callable($config['customLogMethod']) не подходит, т.к. $config['customLogMethod'] может быть просто строкой — делегатом (см. тут)

SamDark 11 мая 2012 в 16:23

Тогда хотя-бы !empty.

AlephTav 11 мая 2012 в 16:31

Не хочу вас снова расстраивать, но empty тоже не подходит. Второе выражение условия (&& $config['customLogMethod']) это по сути преобразование к булевому типу, что работает несколько иначе по сравнению с empty. См. подробнее тут.

SamDark 11 мая 2012 в 16:54

Проверяли бы сначала… !empty($a) — полный аналог isset($a) && $a.

AlephTav 11 мая 2012 в 17:02

Для замены полного условия подходит. Спасибо, исправлю.

jMas 11 мая 2012 в 16:51

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

AlephTav 11 мая 2012 в 17:27

Посмотрю на досуге.

SamDark 11 мая 2012 в 16:57

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

AlephTav 11 мая 2012 в 17:19

В доке они попроще. Для статьи намеренно сделал сложные.
Простые запросы будут выглядеть как-то так:

$a->bind('/add/#x#/#y#', function($x, $y){...});

VolCh 11 мая 2012 в 17:51

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

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

AlephTav 11 мая 2012 в 18:35

Потому что, это только ядро полноценного фрэймворка.

mr47 11 мая 2012 в 18:09

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

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);

ссылка ...

AlephTav 11 мая 2012 в 18:40

Это не критично в текущей реализации, т.к. метод route по хорошему должен вызываться один раз. К тому же в дальнейшем делегаты будут улучшены и более оптимизированы, это касается и метода route().

mr47 11 мая 2012 в 19:02

Представьте что у вас отказывают почки и печень, разве врач скажет вам:
«Сначала лечим печень, а позже почки». Не правда ли это как то ужасно?

AlephTav 11 мая 2012 в 19:04

В чём тут аналогия с фрэймворком?

akzhan 11 мая 2012 в 18:19

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

AlephTav 11 мая 2012 в 18:42

Я в курсе, что есть такой фрэймворк, но он не обладает функциональностью Алефа.

akzhan 11 мая 2012 в 18:55

Ждем анонса фнукциональности ;)

AlephTav 11 мая 2012 в 19:04

Он есть на сайте.

akzhan 11 мая 2012 в 21:10

Возможно, я неправ, из-за тотального фэйла в документации на.

Psih 11 мая 2012 в 19:14

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

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

Epsiloncool 11 мая 2012 в 19:29

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

AlephTav 12 мая 2012 в 19:29

Будет. В ядро работа с событиями не включена.

Fastto 11 мая 2012 в 19:32

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

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;

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

miraage 12 мая 2012 в 07:40

А как Вы по ссылке возвращаете null? :)

Fastto 12 мая 2012 в 16:41

что вы имеете в виду?
Первый приведенный пример — из репы автора, я и говорю, что так делать неправильно!

Fastto 12 мая 2012 в 16:43

а второй — как нужно сделать, при этом так же нужно убрать знак & перед именем функции, потому что возвращать по ссылке конкретно тут — минимум бессмысленно.

miraage 14 мая 2012 в 09:26

Теперь понятно.

AlephTav 12 мая 2012 в 19:31

Не всё так просто как кажется. Ссылка тут для обеспечения рекурсивного array access (только для версии php от 5.3.4 и выше). Само по себе такое решение есть костыль, который наконец-то устранили в php 5.4

Вот это if (!isset($this->config[$var])) $this->config[$var] = null; нужно для того чтобы рекурсивный array access правильно работал в строгом режиме.

dohlik 11 мая 2012 в 20:24

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

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

AlephTav 12 мая 2012 в 19:34

Всё можно: и метод динамически определять и замыкания указывать. А один класс ядра это удобней чем 5 классов ядра… Хотя кому как конечно )

AntonShevchuk 12 мая 2012 в 05:50

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

boodda 12 мая 2012 в 06:05

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

AntonShevchuk 12 мая 2012 в 06:36

Написал человек под ником boodda :)

AlephTav 12 мая 2012 в 19:35

Хорошие имена вообще-то. Короткие и легко запоминающиеся.

merkushin 12 мая 2012 в 08:47

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

AlephTav 12 мая 2012 в 19:43

Там 7 классов и один интерфейс. Все эти классы обязательны для подключения. Запихнул я их в один класс не из-за увеличения производительности, а из за удобства масштабирования. Если все классы ядра лежат в одном файле, то можно создавать любую структуру папок сайта не боясь испортить пути к обязательным подключаемым классам. А все другие классы (которые будут позже) подключать вообще не требуется, фрэймворк их сам подключит где-бы они не лежали.