Вышла новая версия стиля кода для PHP. Она как исправляет проблемы предыдущей версии, так и обновляет правила для нового синтаксиса PHP.
https://github.com/php-fig/per-coding-style/releases/tag/2.0.0
Все заметки с тегом «PSR»
-
PER coding style 2.0.0
5 апреля
Комментировать -
PER Coding Style 1.0.0
20 июня 2022
2 комментарияЧто такое PER я уже писал. Если коротко, то это "живой" стандарт, который применяется для постоянно меняющихся тем, на которые всё-таки стандарт какой-то нужен.
Недавно мы тегнули первую версию PER Coding Style. Изначально я был редактором, но из-за февральских событий максимум на что хватило — начать и делать пристальное ревью.
В итоге сейчас стандарт является, по сути, копией PSR-12 с поправленными описками и ошибками. А вот в master-ветке уже есть изменения, учитывающие свежие конструкции PHP, которые войдут во вторую версию.
-
Yii 3 и PSR
21 августа 2021
5 комментариевНа хабре задали интересный вопрос: «зачем пилить свои имплементации шаблонных вещей когда вокруг куча готовых, протестированных, оптимизированных? Не является ли это бутылочным горлышком в процессе реализации фреймворка?»
Распишу по каждому PSR-у:
- 1 - Basic Conding Standard. Исплользуем, не переделывали.
- 3 - Logger Interface. Можно было взять Monolog, но нам нравился концепт логгера из Yii 2 больше, поэтому портировали и почистили. Но можно использовать в своих приложениях и Monolog.
- 4 - Autoloading Standard. Исплользуем, не переделывали.
- 6 - Caching Interface. Не используем, см. 16.
- 7 - HTTP Message Interface. Своё сразу решили не делать. Сначала сравнили всё и выбрали самую лёгкую реализацию Tobias Nyholm. Но потом пришёл Евгений, у которого была ещё более оптимальная реализация. Впоследствии он влился в команду фреймворка.
- 11 - Container Interface. Контейнер свой потому как стандарт регламентирует только получение зависимостей, а конфигурирование — нет. Сделать удобное конфигруирование как раз задача для фреймворка и то, что его отличает от других. И да, вот эта реализация кушает много времени.
- 12 - Extended Coding Style Guide. Этот стандарт я координировал в PHP-FIG. Конечно же, используем.
- 13 - Hypermedia Links. Не используем.
- 14 - Event Dispatcher. Написали свой, ничего достойного готового на момент выхода стандарта не было, а события уже были нужны.
- 15 - HTTP Handlers. Тоже центральная часть фреймворка так как определяет, какие Middleware поддерживаются, как задаются и, главное, как вызываются. Поэтому написали свой.
- 16 - Simple Cache. Написали не PSR-ный yiisoft/cache, который использует любые PSR-16 адаптеры кеша и добавляет сверху всякие классные штуки. Ну а так как с Yii 2 уже был рабочий код адаптеров, портировали в PSR-16.
- 17 - HTTP Factories. См. 7.
- 18 - HTTP Client. Не будем реализовывать, будем использовать.
Каждый из пакетов мы покрываем очень хорошо тестами, поэтому после начального релиза сильной поддержки PSR-пакет с фиксированными требованиями не требует.
-
Стиль кодирования PSR-12 принят
10 августа 2019
КомментироватьPSR-12 приняли. Работали мы над ним мы очень долго, хоть и не так активно, как могли бы. В итоге получился достойный наследник PSR-2. Некоторые конструкции из PHP 7.4 не описаны, но это нормально: сначала нужно посмотреть, как они используются, а потом уже пытаться это закрепить.
-
Запущен опрос по новому стилю кода PSR-12
17 октября 2016
2 комментарияPHP-FIG запустили опрос по PSR-12 — новому стилю кода, который призван заменить PSR-2, вобрав в себя новые правила для PHP 7. Заполнить опрос могут все желающие.
-
Русский перевод PHP стандартов FIG
29 декабря 2015
5 комментариевPHP FIG решили убить переводы PSR и сделали это. Я не мог спокойно наблюдать за тем, как пропадает столько труда, поэтому сделал форк с русским переводом:
-
Yii2: PSR-2
17 марта 2014
13 комментариевYii2 перешёл на использование стиля кода PSR-2. Война табов и пробелов не закончится никогда, но быть не как все и терять при этом поддержку инструментов для форматирования и совместимость с умолчаниями IDE не хочется.
-
Yii2: PSR-4
12 января 2014
17 комментариевYii2 перешёл с PSR-0 на недавно принятый PSR-4, благодаря чему из загрузчика классов удалось выкинуть кучу кода, теоретически сделав его быстрее (не замеряли). Также немного уменьшилась вложенность директорий официальных пакетов, что, хоть и не имеет большого значения, делает структуру чуть более простой.
Если вы уже использовали Yii2 через Composer:
- Выполнить
composer self-update. - Правим пути в
index.php,index-test.phpиyii. Там нужно убрать один уровень/../. - Удаляем всё кроме
.gitignoreизvendorиcomposer.lock, делаем зановоcomposer install --prefer-dist.
Ещё одна приятная штука, расширения теперь можно делать по-человечески, складывая классы прямо в корневую директорию репозитория.
- Выполнить
-
php-fig
23 сентября 2013
11 комментариевНекоторое время назад я присоединился к php-fig в качестве представителя Yii.
Группа занимается обсуждением и принятием межфреймворковых стандартов и уже успела совершить революцию в мире автозагрузки и принять ещё несколько интересных, хоть и немного спорных, стандартов.
Обсуждения ведутся в группе Google. Читать и писать может кто угодно. Официальное присоединение даёт право голоса в процессе принятия очередного стандарта. На данный момент в группе 27 голосующих.
В обсуждении сейчас:
В стадии голосвания новый стандарт автозагрузки PSR-4. От меня получил +1.
Сразу успокою (или разочарую): Yii не будет безоговорочно применять все PSR. На первом месте остаётся простой и понятный интерфейс и оптимальность способа решения задачи. На данный момент рассматриваем целесообразность изменения интерфейса для кеширования.
-
Стиль кода Yii2
10 мая 2013
33 комментарияМного спрашивают про стиль кода Yii2. Почему он такой и почему не 1 в 1 PSR-2.
Несовместимостей с PSR у нас три:
- У нас 5.3, мы не поддерживаем
<?=в ядре потому как он может быть выключен. PSR-1 его разрешает. - У нас табы, в отличие от PSR-2. У них есть объективный плюс. Их можно отображать как угодно в любимой IDE. Четыре пробела как два не отобразишь. На небольших экранах это особо актуально.
- У нас есть несколько уточнений, которые в PSR-2 не оговариваются.
- У нас 5.3, мы не поддерживаем
