Pull to refresh

Comments 16

Обещал же себе не заходить перед сном в воскресенье))) Спасибо за пост!
PSR-4 реально крут. Наконец-то вещи, вроде vendor/foo/bar/src/Foo/Bar/Baz уйдут.
И псевдонеймспейсы твига тоже выглядят печально.
Наконец-то вещи, вроде vendor/foo/bar/src/Foo/Bar/Baz уйдут.
Ну это вендор так назвал, к нему и вопросы. Symfony этим славится, да… Я вот называю проще — vendor/JhaoDa/Foo.

И псевдонеймспейсы твига тоже выглядят печально.
PHP 5.2 ещё не настолько стар, что бы не принимать его во внимание.
Как так не на столько? 3 версии по вашему мало, чтобы забыть об этом как о страшном сне и двигаться дальше? Ясно что хостерам необходимо оставить его для тех клиентов, у кого сайт крутился на старых движках, но я бы вешал плашку, как с браузерами — ваш сайт крутится на php 5.2, он ужасно устарел, обновите вашу cms!
Скажите об этом авторам Твига.
На данный момент их код полностью совместим с 5.5, так что если бы он работал на 5.1 — это было бы им в плюс. Да и их команда вроде как все остальные проекты держит на 5.3+
Я к тому, что раз они не отказываются от псевдонеймспейсов, значит видят в этом смысл.
Конечно, смысл прост — поддержка большого количества версий языка, без потери удобства разработки. На мой взгляд просто нет причин отказываться, вот и все
— PHP 5.2 ещё не настолько стар, что бы не принимать его во внимание
PSR-0 никто не отменяет. Более того, по ссылке есть целый абзац, чтобы никто не паниковал «О боже, PHP 5.2 всего-лишь семь лет, рано от него отказываться!»

--Я вот называю проще — vendor/JhaoDa/Foo.
Это как? oO У вас корень PSR — vendor? или vendor — папка вашей библиотеки? В любом случае, это странно. И уж точно несовместимо с composer.

--Ну это вендор так назвал, к нему и вопросы
При чем тут вендор? Проблема в том, что по-другому через composer невозможно. Потому и создали, собственно, PSR-4.
1: habrahabr.ru/company/zfort/blog/191320/#comment_6648238

2, 3: Ну согласитесь, PSR-0 не требует путей вида vendor/foo/bar/src, а Composer не есть истина. Мой загрузчик совместим с PSR-0 и при необходимости понимает Composer'овский autoload_namespaces, а свои библиотеки я организую как мне удобней.
Посмотрите autoload_namespaces.php той же Symfony — у одной либы /twig/extensions/lib, у второй /psr/log, у третьей /symfony/monolog-bundle. Не Composer же их заставляет такие пути делать, правда?
Это просто праздник какой-то, спасибо! Пожалуйста, не останавливайтесь!
Только недавно ставил из репозиториев PHP 5.5.1 и уже вышла 5.5.2. Мне кажется или скорость выпуска новых версий увеличилась?:-)
В дополнение к ограниченному DOMPDF оставлю ссылку на бинарный конвертер wkhtmltopdf и еще вот нашел класс-биндинг к этому бинарнику wkhtmltopdf-bindings
Ребята из Phalcon делают крутые вещи
Посмотрел на лигу «The League of Extraordinary Packages»

Our Definition of Quality

Ask 100 developers what defines an awesome PHP package and you'll get a lot of different answers. That also sounds like a really long and boring task, so we've decided to come up with a list of rules that make a package awesome:
Follow PSR-2, we use League\ as our PSR-0 namespace.
List on Packagist, we list with league\ as the vendor namespace.
Shove code in a src/ folder.
Write unit tests. Aim for at least 80% coverage for v1.0.
DocBlock all the things.


Это просто феерия какая-то. Качество пакета определяется наличием докблоков для всего. При этом фактическая работоспособность пакета их не волнует. Главное, чтобы PSR-всё, а работает ли, нам пофиг :) Такое впечатление, что товарищам важнее показать красивый код, а не результат.
Sign up to leave a comment.