Подробно об объектах и классах в PHP

У меня плохие новости, но с такими советами получается лапша из кода, а не приложение.

И цикл жизни/сопровождения такого приложения заканчивается переписыванием оного с нуля.

Подробно об объектах и классах в PHP

А можете развернуть вашу мысль, мне, например, стало интересно?

Если можно, то с привязкой в области (интерпрайз, е-коммёрс, мультимедиа и сми).

Статический анализ PHP кода на примере Symfony2 (часть 2)

Плагин в таких случаях пытается понять, что же имелось ввиду — использовать count/null сравнение и т.д. — реверсинжиниринг по сути.
Цель — чётко описать в коде, что и как этот код делает. С учётом доступных оптимизаций, count вооще не проблема.

Это один из аспектов именно этого плагина — избавиться от каши в коде.

Статический анализ PHP кода на примере Symfony2 (часть 2)

Хорошо:

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

===/!== — типо-зависимая операция сравнения, с ней '0' не равно 0, а вот ==/!= думает по-другому — такая же беда как и с empty.

Статический анализ PHP кода на примере Symfony2 (часть 2)

В личных сообщениях попросили продублировать рекомендацию ещё одного плагина: PHP Advanced AutoComplete.

Дублирую: подсказывает стандартные варианты параметров, например, для date, ini_get, header и т.д.

Статический анализ PHP кода на примере Symfony2 (часть 2)

Не лучше, скорее даже наоборот (смена поведения и полная потеря контроля над типами):

И, собственно, примеры, как empty портит жизнь:

    empty(array()); // true
    empty("0");   // true
    empty(new \ArrayObject());  // false

Статический анализ PHP кода на примере Symfony2 (часть 2)

Отвечу в личных сообщениях.

Статический анализ PHP кода на примере Symfony2 (часть 2)

Если совсем просто, то любое чтение массива (передача в другую переменную, простейшие операции и передача в аргументы функции) отключит предупреждение.

Поэтому:

— Да
— Нет (но анализатор ругнулся бы, т.к. можно сделать ++$currentIds[$ace->getId()] — тут ему ума хватает)

Статический анализ PHP кода на примере Symfony2 (часть 2)

Анализом прохождения по всем веткам плагин и не занимается.

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

Инспекция условных выражений тоже выводит на мёртвый код (if (false), if (false &&)) — в нашем проекте было несколько таких мест, по-моему в swiftmail было что-то похожее. В Symfony2, конечно же таких мест не нашлось.

Статический анализ PHP кода на примере Symfony2 (часть 2)

Да, надо довести его до экспертного уровня — всё ещё есть пробелы. Хотя результат мне определённо нравится.

Пожалуйста =) Сейчас правда остро встал вопрос пиара, но надеюсь, что это не затронет частоту релизов.

Статический анализ PHP кода на примере Symfony2 (часть 2)

Подобный, к сожалению, не встречался.

Посмотрите, может что-то из этого вам пригодится — я обычно отвечаю в полном объеме, но по ссылке есть детали как интегрировать с git.

Ну и PHP CS Fixer, конечно, стоит использовать.

Статический анализ PHP кода на примере Symfony2 (часть 2)

Так и есть. Только инспекция reference mismatch ещё не релизилась (в истории коммитов плагина видно).

Sensio Labs Insignts и Scrutinizer — очень продвинутые инструменты, я пробовал на приватных проектах и упоминаю при случае. По открытию исходников — не я решаю, а позиция менеджмента — закрытое ПО.

Sensio Labs Insignts очень хорошо работает с симфони проектами, а Scrutinizer еще и по уязвимостям хорошо специализируется. Вместе с Php Inspections (EA Extended) — это просто без комментов =)

nazarpc: а можете ссылки в личку кинуть с результатами от Scrutinizer и Insignts — мне любопытно?

Пишем обработку Asterisk AMI своими руками. Часть первая: создаем класс на PHP для обращения к звездочке или как сделать php socket клиент своими руками

Тогда bitbucket, делаете основное описание на русском и все, вопросов нет.

И поменьше рефлексии, вам комьюнити нужно — это мощная поддержка, в т.ч. моральная.

Пишем обработку Asterisk AMI своими руками. Часть первая: создаем класс на PHP для обращения к звездочке или как сделать php socket клиент своими руками

Судя по голосованию, интерес есть, поэтому создавайте проект на github, добавляйте ссылку в статью.

Сможете продуктивно работать с единомышленниками и собирать фидбек в виде issues/pull requests.
Ну а там видно будет взлетел проект и стагнировал — в любом случае вы в плюсе. Удачи!

MSBuild — в Open Source на github

Жду статьи от Andrey2008, интересно узнать как обстоят дела с кодом =)

Разбор вызовов функций в PHP

Ой, я вас умоляю… ну сколько времени и средств займет раздвоить команду и реализовать это все в догоняющем ключе параллельно?

Вы задали правильный вопрос, именно в него и упираются многие решения =)

Но вообще… я понял еще раз одну вещь — в программировании царит вкусовщина.

И авторитаризм, если говорить о процессе разработки софта. Вы правы.

Разбор вызовов функций в PHP

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

Я подозреваю, что для ФБ дешевле допилить Hack, чтобы:
— сохранить команду;
— сохранить работающие решения;
— уменьшить стоимость разработки и сопровождения;

Поэтому будут самые разнообразные проекты PHP/JVM, .NET/JVM, LLVM =)

Разбор вызовов функций в PHP

Не думаю — у них же на github хватает проектов на Java.

Плюс когда мы с их рекрутерами общались в Декабре, они чётко обозначили Java + PHP в своих требованиях.

Разбор вызовов функций в PHP

JVM байт-код: это так, хотелка. Не обращайте внимания =)

Разбор вызовов функций в PHP

1. а зачем JVM байт код? у HHVM свой байт-код и свой JIT
2.… сейчас ничего не мешает выполнять PHP в JVM

1) HHVM — поддерживает и PHP (слабая типизация) и Hack (стогая типизация). Поэтому всё своё (JVM — строгая типизация, поэтому нет полной совместимости).
2) JPHP — «We don’t plan to implement the zend runtime libraries», не для больших продакшн проектов. Да и HHVM выглядит привлекательнее, плюс мощные оптимизации c++ компиляторов.

Hack слишком узко применим, по сути кроме как в facebook врятли где еще стоит его использовать + даже внутри facebook я думаю задача взять и переписать все на hack не стоит

Тут я своего мнения ещё не сформировал окончательно. Но я надеюсь, что примитивные и возращаемые типы перекочуют в PHP как можно быстрее.