php_codeSniffer захотел внедрить, прогнал, там 10к ошибок, поставил IDE в psr2, авторефакторингом прошелся, осталось 500 претензий, уже лучше, но вручную один фиг целый день работы -_-

php_codeSniffer захотел внедрить, прогнал, там 10к ошибок, поставил IDE в psr2, авторефакторингом прошелся, осталось 500 претензий, уже лучше, но вручную один фиг целый день работы -_-

Поставь в шторме плагин php extended validation или как то так - править пожелания будешь еще 2 месяца

да я php_codeSniffer в шторм подключил

На относительно чистом проекте на yii 2к "хотелок" нашлось, на старом легаси находило около 5к, с плагином 28к стало вчера

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

Что нравится - он советует заменять ряд функций на более производительные

это как?

https://plugins.jetbrains.com/plugin/7622-php-inspections-ea-extended-

встроенные пхпшные? Или твои переписать предлагает?)

вообще конечно производительность в пхп это малоебущий фактор)

кэш сделает все за меня)

Встроенные. Типа is_null замени на простое сравнение с null и тп. Очень много всего. Ну и замена алиасов встроенных функций пхп на оригиналы и тп

вообще конечно производительность в пхп это малоебущий фактор)

Малоебущий до момента как время генерации страницы за 1-2 секунды перевалит даже с кешем

А потом начинаешь бегать искать куда воткнуть костыли чтобы хоть немного быстрее стало

это эпично, если is_null работает медленнее проверки на null, там же внутри полюбому просто проверка? Из за факта вызова функции что ли медленнее?

Судя по комментарию - да, типа лишний оверхед

Малоебущий до момента как время генерации страницы за 1-2 секунды перевалит даже с кешем

с кешем больше 50мс не будет, но и в целом вообще больше 1сек, эт довольно странный код, мб там бд тюнить надо?

с кешем больше 50мс не будет, но и в целом вообще больше 1сек, эт довольно странный код, мб там бд тюнить надо?

Я очень условно сказал)

такие штуки как замена is_null на проверку на null, на столько нано оптимизация, что выигрывать эту одну тысячную долю секунды нахрен не нужно) зря личное время потратишь

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

Да меня просто доставило что он автоматом может пробежаться, потом только бегло взглянуть что тесты не отвалились и код не побился)

Хотя тесты далеко не у всех есть)

тесты проблема..да

в идеале надо специально обученную обезьянку, чтоб одна обезьянка код писала, а вторая тесты

но в стране кризис, поэтому обезьянка должна сама как то жить и чаще обезьянка живет без тестов)

А кто нибудь работает уже с указанием что стрикт тайпы (фишка с 7)? Сильно много косяков вылезло?

Просто можно даже легаси на стрикты перевести, почти автоматически, но вот баги на сравнениях вангую что потом год ловить буду

ты про типы? У нас php 7.1 в новом проекте

declare(strict_types=1)

Я про это

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

Да, вроде того)

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

Обещали включить в 8 только

7.0/1/2 на переход

Типа проверьте что строго сравниваете

компилятор в си код не хотят сделать?)

Потому что уже (или шторм или плагин) матерятся на ==

Типа или строгое или вали из языка

штормом правда удобно пользоваться?

да

если не выключать, то да

компилятор в си код не хотят сделать?)

Я вчера rfc почитал... чего только не хотят сделать. И да, куча всего с сей.

да в нем с рождения много из сей, просто щя интерпретируемый язык, а вдруг в 8-ой версии он станет компилируемым)

Или каких модулей надо

все еще хочу бандлы как в симфони

Очень доставило рфц где предлагают переименовать все функции работы со строками и тп в string_*

И сделать типа алиасами

Пропихнут ли в 8 хз, но там список из 200 вроде функций

это кому такому яблоко на голову упало?

или в каком сне он это увидел?)

это кому такому яблоко на голову упало?

Тому кому надоело видеть stipos, substr и тп

стремное предложение на мой вкус

Когда название не всегда то чем кажется

ну да, видеть string_substr наверно лучше) кек

а чем есму substr кажется интересно? Это же в большинстве языков именно так

да и расшифровывается как "подстрока"

я какое то время хотел попасть в эту группу rfc, прочел требования и ну его нахер,а как туда люди с такими предложениями попали то?)

я какое то время хотел попасть в эту группу rfc, прочел требования и ну его нахер,а как туда люди с такими предложениями попали то?)

Меня больше убивает как туда попала некая поллита

Ничего сексистского, но баба в стадии постоянного пмс видимо отклоняет все рфц которые видит

33 за - одна она против

И так почти по всем пунктам

а нигде не было предложений унифицировать имена функций и порядок аргументов?

я какое то время хотел попасть в эту группу rfc, прочел требования и ну его нахер,а как туда люди с такими предложениями попали то?)

Аналогичный вопрос по php-fig (psr)

Куча людей которые у себя не то что 12, не то что 2, а даже 1 не соблюдают

а нигде не было предложений унифицировать имена функций и порядок аргументов?

Ну вон я выше отписал. По именам есть рфц переименовать около 200 функций

Чтобы было через андескор все

А не как сейчас слитно

ERROR: S client not available

вообще никогда не испытывал какого то дисананса при использовании пхп-ых функций

что по названиям, что по параметрам

Спасибо шторму и тп

но без префиксов, указывающих на тип?

но без префиксов, указывающих на тип?

Строковые к строковым, работу с файлами к file_* и тп

бле, вот это плохо

Сложно сейчас найти нужный, я вчера все смотрел, но там почти по всем блокам

Я крайне сомневаюсь что в 8 вытолкают, но как алиасы - могут

ничоси у вас проблемы)

поделись своими, может общие найдутся

да я выше уже сказал, что проблем с названиями никогда не испытывал

Меня больше волнует что пхп катится к стриктам

если не знаю какую то функцию, то гуглю по описанию и гугл на php.net сразу выдает

Принятый почти - иммутабл классы и свойства

не, стрикты этож хорошо, меньше ошибок, все дела

Компейребл тоже почти принят

иммутабл классы...не видел такого в пхп

Типа в дополнение к итеребл

этож функциональная тема ?

Ну это с нового не включённого еще

кто-нибудь laravel boilerplate юзал?

дак пхп не очень подойдет же под иммутбл принцип

на сколько я знаю, иммутбл это не изменение объекта, если надо изменить, склонируй объект и измени его, не?

дак пхп не очень подойдет же под иммутбл принцип

а как же final class ...?

это не иммутбл...

это защита так сказать

ниразу не практиковал ее

а как же final class ...?

закрывает класс для наследования

https://wiki.php.net/rfc/immutability

Вот рфц эта

ага

в 7.2 будет