PHP: фрактал плохого дизайна

Прошу прощения за никропостинг, но решил проверить эту конструкцию:

$arg = 'T';
$vehicle = ( ( $arg == 'B' ) ? 'bus' :
             ( $arg == 'A' ) ? 'airplane' :
             ( $arg == 'T' ) ? 'train' :
             ( $arg == 'C' ) ? 'car' :
             ( $arg == 'H' ) ? 'horse' :
             'feet' );
echo $vehicle;

Вполне разумно, что вернул horse. Потому, что если упростить написанное, то это равно:

$test = 1 == 2 ? false : true ? 'Потому, что результат выражения (1 == 2 ? false : true) равен true': 'Будет если вместо true указать false';

А конструкцию которую указал автор, в PHP правильно написать так:

$arg = 'T';
$vehicle = $arg == 'B' ? 'bus' : (
    $arg == 'A' ? 'airplane' : (
        $arg == 'T' ? 'train' : (
            $arg == 'C' ? 'car' : (
                $arg == 'H' ? 'horse' : 'feet'
            )
        )
    )
);
echo $vehicle;

REST API на Symfony, FOSRestBundle + GlavwebDatagridBundle

Не согласен. Олег, идентификатор ресурса в REST это путь ("/api/articles"), а то что после "?" называются параметрами.

Пара слов о REST API на Symfony в связке FOSRestBundle + JMSSerializerBundle

Вторая статья по REST API здесь

Как подружить JMS Serializer и LiipImagineBundle

Выглядит не плохо, спасибо! Я в свое время писал, что-то подобное: Listener, Annotation

Пара слов о REST API на Symfony в связке FOSRestBundle + JMSSerializerBundle

Спасибо за ответ.

Пара слов о REST API на Symfony в связке FOSRestBundle + JMSSerializerBundle

Через неделю, 15 июня.

Пара слов о REST API на Symfony в связке FOSRestBundle + JMSSerializerBundle

Наверное стоит удалить это предложение из текста. Иначе это породит бессмысленные холивары.

Пара слов о REST API на Symfony в связке FOSRestBundle + JMSSerializerBundle

Собственно об этом будет следующая статья. Но все же, интересно услышать ваше мнение, почему вы считаете, что именно не стоит использовать JMS Serializer.

Конструктор форм в Yii

Я и не заявлял, что это «мегорешение». Это не более чем подход к работе с моделями. Суть которого не смешивать модели формы и таблицы + использование конструктора формы. Да, это очевидное решение. Но с другой стороны это и компромис и значит могут быть и свои недостатки. Было бы здорого услышать объективную критику такого подхода.

Автоматическое подключение css и js файлов в Yii

В любом случае, спасибо за объективную критику.

Автоматическое подключение css и js файлов в Yii

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

$this->getCssUrl('application.modules.default.views.default.index', 'index.css') 

мы можем получить ссылку на css файл из модуля «default», контроллера «default», вида «index».

А нужно ли это вам, это у же вам решать. Я ни к чему не обязываю, просто описал способ который мы используем.

Автоматическое подключение css и js файлов в Yii

Можно хоть весь проект публиковать. Только зачем? в чем преимущество?

Автоматическое подключение css и js файлов в Yii

Есть смысл их автоматически загружать через clientScript для конкретного представления. Исходя из этого уже и идёт логика публикации.

Автоматическое подключение css и js файлов в Yii

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

Да, css и js обычно используются для конкретного HTML.

Автоматическое подключение css и js файлов в Yii

Это разные вещи. Вы предлагаете публиковать пакпейдж. Мой вариант предполагает зависимость ресурсов от файла вида.

Простой способ организации очереди e-mail с помощью Zend_Mail

Внёс соответствующие изменения в статью.

Простой способ организации очереди e-mail с помощью Zend_Mail

Да, вы правы. Видимо, давно не обновлял библиотеку. Код актуален для версии 1.*. Я внесу исправления в статью.

Простой способ организации очереди e-mail с помощью Zend_Mail

Да, уверен, см. \Zend\Mail\Transport\Sendmail либо \Zend\Mail\AbstractTransport

Простой способ организации очереди e-mail с помощью Zend_Mail

Дельное замечание. Можно добавить в таблицу поле «in_process» и перед mail() выполнять апдейт соответствующей строки: mysql_query('UPDATE email_queue SET in_process = 1 WHERE id = '. $row['id']); И получать массив писем из БД с учётом этого значения (in_process = 0).

Простой способ организации очереди e-mail с помощью Zend_Mail

«А вы пробовали измерять разницу?» — зачем? я могу поспорить, что код на нативном php будет работать быстрее и потреблять меньше памяти.

«Вам теперь нужно поддерживать 2 кодовых базы, в то время как в случае с единым — вы просто могли re-use те же самые классы. Не?» — Блин, код элементарный, в десять строчек! Реализация таких мелочей не требует мощи фрейморка.