Предлагаем вашему вниманию очередную подборку со ссылками на новости и материалы. Также под катом вас ждет специальная подборка по 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-Дайджестах, и ваше имя будет рядом с присланной ссылкой в выпуске.

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

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


  1. zelenin
    07.12.2015 04:40

    memio выглядит очень круто


    1. alekciy
      07.12.2015 09:28
      +1

      «В чем сила, брат?» (с)
      С ходу увидел только одну возможную область применения. Генератор кода динамических моделей которые в проекте чисто архитектурно «статические» (т.е. по сути структура модили явно описывается в коде, а не содержится в каком либо внешнем, относительно кода, хранилище).


      1. GrizliK1988
        07.12.2015 10:34
        +2

        Можно так же использовать кодогенерацию, когда в проекте используется некий веб сервис с WSDL описанием. В таком случае можно на основе описания полностью генерировать клиент для общения с api.


        1. alekciy
          07.12.2015 11:23

          Хм… но как я понимаю, это же генератор моделей. Т.е. все же не клиент, а готовую модель под заданное API.
          Интересно применение, хотя в контексте SOAP модуля очень специфичный кейс.


      1. Big_Shark
        07.12.2015 15:06

        Propel генерирует модели на основе схемы, Doctrine генерирует entity также на основе схемы, в Yii есть Gii который генерирует CRUD, так что генерация кода хоть и не часто, но используется.


      1. Fesor
        07.12.2015 19:01

        Ммм, а я вижу просто кодо генерацию. Например на основе моделей (сущностей) генерить CRUD или DTO или еще чего. По сути библиотека имеет профит в том что нынче все что связано с кодогенерацией использует свои кастыли на твиге или других шаблонизаторах.


    1. Big_Shark
      07.12.2015 15:03
      +1

      Она не очень крутая, ее API слишком переусложнен, нет поддержки пхп7, нет поддержки PSR2, я не так давно проводил небольшое сравнении кодогенераторов, если есть интерес, результат можно посмотреть тут


      1. zelenin
        07.12.2015 15:37

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


        1. Big_Shark
          07.12.2015 16:01

          Самое приятное API у gossi/php-code-generator, но там слегка странный автор, так как он любит использовать табы, а не пробелы, и отменил мой PR который форматировал код по стандартам PSR2, ну и даже без этого там есть путаница с методами, допустим метод addMethod, почему то называется setMethod.


          1. zelenin
            07.12.2015 16:09
            +2

            это плохо. У человека нет понимания что он трудится на благо сообщества, в то же время ставя этому сообществу палки в колеса.


          1. alekciy
            11.12.2015 16:15
            +1

            Если табы используются для отступов, а не для выравнивания, то ни чего странного в этом нет. По мне PSR2 в этом плане должен быть изменен.

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

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


            1. delegate
              11.12.2015 16:45
              -2

              В настройках редактора ставишь табуляцию пробелами и будет всем счастье.


            1. zelenin
              12.12.2015 16:39
              +1

              не только единобразие проекта, но и единообразие всей инфраструктуры. В данном случае это одиночная либа, а не часть проекта.

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

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

              Следует или не следует автор psr-2, можно определить визуально (не о табах речь, а в целом). Все лучшие библиотеки сообщества (не-legacy) следуют psr, т.к. авторы — лучшие специалисты в области — понимают, что нельзя развивать сообщество без стандартизации инфраструктуры.


  1. youROCK
    07.12.2015 08:15
    +1

    Интересно, что даже на вычислительных бенчмарках (для которых PHP7 не оптимизировался) разница между C и PHP уже составляет 30-40 раз по сравнению с 60-70 и даже 100 ранее


  1. serafims
    07.12.2015 08:36

    что-то есть в phemoji, вполне вероятно появление IDE с расширенными графическими подстановками вместо частых операторов…


    1. dmitriy_novikov
      07.12.2015 11:50

      Пока ищешь нужную иконку, проще и быстрее написать оператор традиционным способом.
      Да и разбирать такой код… Сомнительное удовольствие)


      1. grieverrr
        07.12.2015 12:32

        что вы ворчите как дед, весело же


  1. wir_wolf
    07.12.2015 09:29

    что то я не понял эти графики. на первой ссылке которая ведёт в гугл доки на первой вкладке php7 по таймингу выше чем php5.6. вроде как заявлено что наоборот прирост производительности.


    1. Assada
      07.12.2015 10:55

      По той ссылке вообще мало что понятно. Почему-то у 5.6 одинаковый результат на всех тестах.


    1. andrewiWD
      07.12.2015 12:41
      +2

      На графиках не тайминг, а коефицент увеличения производительности по сравнению с php 5.6. Отсюда его коефицент всегда равен еденице.