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
Посмотрел на лигу «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-всё, а работает ли, нам пофиг :) Такое впечатление, что товарищам важнее показать красивый код, а не результат.
Only those users with full accounts are able to leave comments. Log in, please.