12.03.2017 21:15
pronskiy 27 13500 Источник


Предлагаем вашему вниманию очередную подборку со ссылками на новости и материалы.
Приятного чтения!


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



PHP


  • RFC — Deprecation of fallback to root scope — На данный момент в случае, если функция или константа не найдены в пространстве имен, будет попытка найти сущность с таким именем в глобальном пространстве. Предлагается объявить функциональность устаревшей и бросать ошибку уровня Notice:

    Undefined function \My\NS\strlen(), assumed \strlen()
Undefined constant \My\NS\PHP_VERSION, assumed \PHP_VERSION

Инструменты



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



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



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

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

Прислать ссылку
Быстрый поиск по всем дайджестам
< Предыдущий выпуск: PHP-Дайджест № 103
Поделиться с друзьями
-->

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


  1. MaxZN
    13.03.2017 10:29
    #10114752
    +1

    Огромное спасибо за дайджесты и отдельное спасибо за наш stacker — не забыли, приятно.


  1. VolCh
    13.03.2017 10:51
    #10114782

    antanas-arvasevicius/enumerable-type — Строго типизированная реализация Enum.

    Сколько себя помню :) всегда люди пытались реализовать Enum в PHP. Даже я пару раз пытался. Эта реализация выглядит лучше многих, но опять ограничения, прежде всего с десериализацией :( Что не так с PHP, что нельзя впилить такой тип в ядро?


    1. ghost404
      15.03.2017 11:08
      #10118794

      Посмотрел код проекта. Оказалось все еще хуже чем я думал. Список доступных значений для ENUM получается с помощью рефлексии наследующего класса. Метод valueToString вообще мастерский говнокод.


      Я ENUM в PHP рассматриваю как ValueObject и отношусь к нему соответствующе. В сущностях храню сам объект, а не его значение, список доступных значений описываю в явном виде и добавляю методы необходимыми для бизнеслогики.


      1. VolCh
        15.03.2017 11:12
        #10118812

        enum — ValueObject или значения типа enum — ValueObject?


        1. ghost404
          15.03.2017 11:22
          #10118842

          не очень понял вопрос.


          Значение, для свойства объекта доменной области, может быть перечисление (enum). Для контроля за этим перечислением его удобно описать в виде объекта значения (ValueObject). Получается что-то вроде:


          $my_type = TicketType::priority();
if ($ticket->type()->equals($my_type)) {
}

          или так


          if ($ticket->type()->isPriority()) {
}


          1. VolCh
            15.03.2017 11:29
            #10118876

            Понял. Значения типа Enum — ValueObject.


      1. ellrion
        15.03.2017 12:06
        #10118930

        все реализации ENUM в PHP через рефлексию. Так как у вас обычно классы ENUM условно маленькие а результат операции разумно кешируется во внутреннем поле, то накладные расходы весьма малы


        1. ghost404
          15.03.2017 15:05
          #10119420

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


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


          1. ellrion
            15.03.2017 15:31
            #10119500

            Можно реализовать все тоже самое кеширование и прочие радости без рефлексии

            это я не понял вообще


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

            Это почему нельзя? что мне помешает?


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


            Я вот пользуюсь реализацией myclabs/php-enum и там указываются константы.


            1. ghost404
              15.03.2017 16:09
              #10119600

              Это почему нельзя? что мне помешает?

              Пример на основе того же myclabs/php-enum. Я добавляю человеческое описание для вывода на frontend


              class Action extends Enum
{
    const VIEW = 'view';
    const EDIT = 'edit';

    // константы воспринимаются как варианты значения
    // формат предназначен для перевода
    const TITLE_VIEW = 'acme.demo.action.view';
    const TITLE_EDIT = 'acme.demo.action.edit';

    // можно использовать для radio/checkbox/select
    public static function choices()
    {
        return [
            self::VIEW => self::TITLE_VIEW,
            self::EDIT => self::TITLE_EDIT,
        ];
    }

    public function title()
    {
        return static::choices()[$this->getValue()];
        // можно былоб писать проще и не создавать метод choices,
        // но тогда такую конструкцию тяжелее использовать для radio/checkbox/select
        //return 'acme.demo.action.'.$this->getValue();
    }
}

              Можно не добавлять префикс для значения, но тогда теряется контекст. Одно и то же значение в разном контексте может по разному переводится.


              Пример на основе antanas-arvasevicius/enumerable-type. Я добавляю свои методы для бизнеслогики


              class Action extends EnumerableType
{
    final public static View()
    {
        return static::get('view');
    }

    final public static Edit()
    {
        return static::get('edit');
    }

    // воспринимается как вариант значения
    final public static equals(Action $action)
    {
        return $this->id() === $action->id();
    }
}


              1. ellrion
                15.03.2017 16:50
                #10119698

                Чёт я запутался… вы пишете:


                … случае использования подхода с рефлексией этого сделать нельзя.

                я с этим не согласился и потом вы мне приводите именно пример что можно! Что то пошло не так?


                в случая же 2 вы как то сразу схитрили. Зачем метод делать final public static? Да именно такие, и только такие, методы воспринимаются как значения. Ну ограничение той реализации. Точно так же как в myclabs/php-enum константы. Что особо не влияет на саму возможность делать


                методы необходимые для бизнес логики и человеческое описание для вариантов значения для вывода на frontend.


                1. ghost404
                  15.03.2017 17:22
                  #10119804

                  я с этим не согласился и потом вы мне приводите именно пример что можно! Что то пошло не так?

                  Как раз я привожу пример что нельзя. myclabs/php-enum воспринимает константы с описанием как варианты значения. Тоесть метод Action::toArray() вернет TITLE_VIEW, что не корректно. Можно объявить TITLE_VIEW как не константу, но это все ухищрения чтоб угодить инструменту, а не бизнесу.


                  Хорошее решение этой проблемы предлагает библиотека marc-mabe/php-enum, которая воспринимает только публичные константы, но нужен PHP 7.1.


                  в случая же 2 вы как то сразу схитрили. Зачем метод делать final public static?

                  Да, схитрил. Естественно. Потому что с точки зрения бизнеса не должно быть final и не final методов. Весь объект должен быть final. А если инструмент требует помечать методы как final, то я вынужден и остальные методы тоже помечать как final, чтоб защитить класс.


                  Я хочу сказать, что используя подход с рефлексией, мы получаем автоматизацию генерации списка доступных значений (Action::choices()), и в тоже время некоторые ограничения на использование методов или констант.
                  Создав один метод Action::choices() вручную, мы сохраним все те же самые функции, но не будем иметь ограничений накладываемых рефлексией.


                  1. ellrion
                    15.03.2017 18:32
                    #10119992

                    А… да по поводу непонимания мой косяк. Извиняюсь был невнимателен. День тяжелый.


                    Но всё же.


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

                    Да, собственно я с этого начал. И да, вы правы ограничения есть, однако это не это не равно утверждению "с рефлексией этого сделать нельзя".


                    1. ghost404
                      15.03.2017 19:29
                      #10120094

                      И да, вы правы ограничения есть, однако это не это не равно утверждению "с рефлексией этого сделать нельзя".

                      Если ограничения не позволяют нам что-то сделать, значит это сделать нельзя. Разве нет?
                      Если ограничения накладываются в результате использования рефлексии, то значит "с рефлексией этого сделать нельзя".
                      Вроде все логично.


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


  1. SamDark
    13.03.2017 11:57
    #10114896
    +2

    Отличная подборка в этот раз. Нашёл для себя новые штуки. Одно только огорчило:


    Двухфакторная аутентификация в Laravel с помощью SMS (Twilio)

    Не стоит рекламировать SMS в качестве фактора аутентификации. Дырявый канал.


    1. ellrion
      13.03.2017 15:42
      #10115290
      +1

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


      1. SamDark
        13.03.2017 15:51
        #10115306
        +1


        1. ellrion
          13.03.2017 16:27
          #10115398

          Благодарю


  1. ollisso
    13.03.2017 11:59
    #10114900
    +2

    https://wiki.php.net/rfc/fallback-to-root-scope-deprecation

    Самый странный RFC который я видел, это кому то реально нужно?


    1. VolCh
      13.03.2017 12:25
      #10114930
      +1

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


      1. ghost404
        15.03.2017 10:03
        #10118628

        А нам придется перед каждой функцией и константой писать слеш. Этож сколько проектов начнет заваливать логи нотисами, а потом и вовсе упадет. Тогда уж и для функций языка нужно вводить неймспайсы.


  1. VolCh
    13.03.2017 12:25
    #10114928

    -


  1. Krava
    13.03.2017 12:46
    #10114962

    Автору Maxlab/stacker большое спасибо, недавно начал осваивать Docker, а тут все и сразу да еще и с виде о описанием.


    1. MaxZN
      13.03.2017 17:56
      #10115512

      На здоровье!) Ролики, только нужно переписать будет, на скорость делал, с первого раза — гомно конечно.


  1. Fesor
    13.03.2017 18:32
    #10115562
    +1

    justinrainbow/json-schema не очень удобно использовать. thephpleague/json-guard как-то поприятнее.


    1. pronskiy
      13.03.2017 18:53
      #10115574

      Спасибо, добавил в подборку


  1. tzurbaev
    14.03.2017 10:01
    #10116306
    +3

    Laravel Forge API — API сервиса теперь задокументировано. Имеется неофициальный клиент mpociot/blacksmith.

    Пользуясь случаем попиарю свою реализацию API SDK — https://github.com/tzurbaev/laravel-forge-api :)