Компания
430,21
рейтинг
7 декабря 2015 в 01:33

Разработка → PHP-Дайджест № 75 – интересные новости, материалы и инструменты (22 ноября – 6 декабря 2015)



Предлагаем вашему вниманию очередную подборку со ссылками на новости и материалы. Также под катом вас ждет специальная подборка по PHP 7.

Приятного чтения!


PHP 7




Новости и релизы




Инструменты


  • phpfunct/funct — Подборка полезных функций в одной библиотеке. Пост в поддержку.
  • phergie/phergie-irc-bot-react — IRC-бот на основе ReactPHP.
  • K-Phoen/rulerz — PHP-рализация паттерна Спецификация. Туториал с примером использования.
  • etsy/phan — Синтаксический анализатор для PHP. Был написан Расмусом Лердорфом и доработан Andrew Morrison.
  • do-aki/gophp_sample — Пример создания PHP-расширения на Go.
  • gnugat/redaktilo — Библиотека позволяет работать со строками текста через объект-редактор.
  • memio/memio — Кодогенератор.
  • nikic/PHP-Parser 2.0.0 — Парсер PHP на PHP от Никиты Попова обновлен и поддерживает PHP 7.
  • Bacon/BaconPdf — Библиотека для работы с PDF на PHP. Поддерживает чтение и запись.
  • imbo/imbo — RESTful cервер для управления изображениями.
  • flaupretre/pecl-pcs — Позволяет использовать C и PHP код в PHP-расширениях.
  • php-school/cli-menu — Интерактивные меню для командной строки.


Материалы для обучения




Аудио и видеоматериалы




Занимательное




Спасибо за внимание!

Если вы заметили ошибку или неточность — сообщите, пожалуйста, в личку.
Вопросы и предложения жду на почту или в твиттер.

Присылайте ссылки на интересные статьи или полезные инструменты, которых не было в PHP-Дайджестах, и ваше имя будет рядом с присланной ссылкой в выпуске.

Прислать ссылку
Быстрый поиск по всем дайджестам
Предыдущий выпуск

Автор: @pronskiy

Комментарии (20)

  • 0
    memio выглядит очень круто
    • +1
      «В чем сила, брат?» (с)
      С ходу увидел только одну возможную область применения. Генератор кода динамических моделей которые в проекте чисто архитектурно «статические» (т.е. по сути структура модили явно описывается в коде, а не содержится в каком либо внешнем, относительно кода, хранилище).
      • +2
        Можно так же использовать кодогенерацию, когда в проекте используется некий веб сервис с WSDL описанием. В таком случае можно на основе описания полностью генерировать клиент для общения с api.
        • 0
          Хм… но как я понимаю, это же генератор моделей. Т.е. все же не клиент, а готовую модель под заданное API.
          Интересно применение, хотя в контексте SOAP модуля очень специфичный кейс.
      • 0
        Propel генерирует модели на основе схемы, Doctrine генерирует entity также на основе схемы, в Yii есть Gii который генерирует CRUD, так что генерация кода хоть и не часто, но используется.
      • 0
        Ммм, а я вижу просто кодо генерацию. Например на основе моделей (сущностей) генерить CRUD или DTO или еще чего. По сути библиотека имеет профит в том что нынче все что связано с кодогенерацией использует свои кастыли на твиге или других шаблонизаторах.
    • +1
      Она не очень крутая, ее API слишком переусложнен, нет поддержки пхп7, нет поддержки PSR2, я не так давно проводил небольшое сравнении кодогенераторов, если есть интерес, результат можно посмотреть тут
      • 0
        я не видел ранее аналогов, поэтому мне показалось интересным.
        Если есть аналоги с более приятным апи и расширенными возможностями — отлично.
        Исследования посмотрю, спасибо.
        • 0
          Самое приятное API у gossi/php-code-generator, но там слегка странный автор, так как он любит использовать табы, а не пробелы, и отменил мой PR который форматировал код по стандартам PSR2, ну и даже без этого там есть путаница с методами, допустим метод addMethod, почему то называется setMethod.
          • +2
            это плохо. У человека нет понимания что он трудится на благо сообщества, в то же время ставя этому сообществу палки в колеса.
          • +1
            Если табы используются для отступов, а не для выравнивания, то ни чего странного в этом нет. По мне PSR2 в этом плане должен быть изменен.

            Кроме того засылая PR в проект и нарушая принятый там стиль кода вы тем самым становитесь не менее странным. Если не более, т.к. стиль кодирования это требование единообразия проекта, а PSR2 не более, чем набор правил которым можно следовать, а можно не следовать не говоря уже о том, что подобные требования обычно имеет свойство изменяться со временем.

            Мне лично не удобны отступы пробелами, в своих проектах использую только табы, но оформляя PR всегда делаю как принято именно в этом проекте. Если это PSR2, то по PSR2, если какой-то бред, то даже какой-то бред. Единообразие проекта очень важный показатель здоровья проекта, т.к. это упрощает супорт, на рефакторинге там, проекта.
            • –2
              В настройках редактора ставишь табуляцию пробелами и будет всем счастье.
            • +1
              не только единобразие проекта, но и единообразие всей инфраструктуры. В данном случае это одиночная либа, а не часть проекта.

              Табы или пробелы — вкусовщина, которая могла бы быть разрешена например подбрасыванием монетки. Монетку подбросили — psr-2.

              Я использую PHPStorm: жму таб — ставятся 4 пробела. Удобство — обязанность редактора.

              Следует или не следует автор psr-2, можно определить визуально (не о табах речь, а в целом). Все лучшие библиотеки сообщества (не-legacy) следуют psr, т.к. авторы — лучшие специалисты в области — понимают, что нельзя развивать сообщество без стандартизации инфраструктуры.
  • +1
    Интересно, что даже на вычислительных бенчмарках (для которых PHP7 не оптимизировался) разница между C и PHP уже составляет 30-40 раз по сравнению с 60-70 и даже 100 ранее
  • 0
    что-то есть в phemoji, вполне вероятно появление IDE с расширенными графическими подстановками вместо частых операторов…
    • 0
      Пока ищешь нужную иконку, проще и быстрее написать оператор традиционным способом.
      Да и разбирать такой код… Сомнительное удовольствие)
      • 0
        что вы ворчите как дед, весело же
  • 0
    что то я не понял эти графики. на первой ссылке которая ведёт в гугл доки на первой вкладке php7 по таймингу выше чем php5.6. вроде как заявлено что наоборот прирост производительности.
    • 0
      По той ссылке вообще мало что понятно. Почему-то у 5.6 одинаковый результат на всех тестах.
    • +2
      На графиках не тайминг, а коефицент увеличения производительности по сравнению с php 5.6. Отсюда его коефицент всегда равен еденице.

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

Самое читаемое Разработка