PHP-Дайджест № 134 (24 июня – 8 июля 2018) https://habr.com/company/zfort/blog/416543

сравнение хорошо...

Yii development notes #23 — Команда фреймворка разыскивает контрибьюторов

всё не сдохнет никак

а вот френдли классы...ну такое имхо

а вот френдли классы...ну такое имхо

посмотри голосование

собственно, этого и ожидал

там сча в externals интересная дискуссия по поводу typed properties - типа голосование еще не начиналось, а как бы 2 недели до бэты... че делать

нафиг в пхп френдли классы - аще ниясна)

ты их хочешь?

если проперти, я хочу)

и рид онли бы подвезли - цены бы не было)

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

ридонли я тоже хочу

если проперти, я хочу)

зачем? особо без удобного способа инициализации

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

зачем? особо без удобного способа инициализации

что подразумевается под удобным способом?

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

говно, не надо такого в php

ну хотя бы что-то типа $a->{prop1, prop2} = $arr; ;)

что подразумевается под удобным способом?

недо перегрузка операторов.

ну хотя бы что-то типа $a->{prop1, prop2} = $arr; ;)

['prop1 => $a->prop1, 'prop2' => $a->prop2] = $arr;

уже ж можно так

ну хотя бы что-то типа $a->{prop1, prop2} = $arr; ;)

пускай хотя бы первый шаг сделают)

по сравнению да, обычно проще описать коллбек для usort какого

readonly - мне не влом писать именованные конструкторы)

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

потому что опасная фича. Люди будут оверюзить

['prop1 => $a->prop1, 'prop2' => $a->prop2] = $arr;

хм.. ну многословно немного

хм.. ну многословно немного

ну да... немного многословно.

говно, не надо такого в php

можно будет не писать equals в VO :)

и неполноценно, это тебе не JS с деструктуризацией полноценной

можно будет не писать equals в VO :)

нет, ты будешь писать __equals в VO

это да, я про сравнение

можно будет не писать equals в VO :)

еще и проверять, с кем сравниваешь

трудозатраты идентичны, профит сомнительный + использование == вместо ===

я тут насмотрелся на некоторые либки в python и хочу перегрузку операторов))) DSL-ки на PHP делать)

я тут насмотрелся на некоторые либки в python и хочу перегрузку операторов))) DSL-ки на PHP делать)

а раньше какашками за слова про перегрузку закидывал)

ну может, может нужно __equals и __equalsStrict :)

хотя тпру, это было про методы

$posts = table('posts'); from($posts)->select($posts->id, $posts->name, $posts-> views / $posts->likes) // SELECT p.id, p.name, p.views/p.likes FROM posts

а раньше какашками за слова про перегрузку закидывал)

ну я все еще не уверен - но для DSL-ек хорошо выходит

в python просто проще - там операторы это просто функции

кто знает зачем в php мьютексы? https://github.com/php-lock/lock/

кто знает зачем в php мьютексы? https://github.com/php-lock/lock/

что бы делать локи. у тебя как бы не один воркер запросы обрабатывает. А иногда и не один сервак

локи для чего?

и иногда сделать лок в базе не эффективно (потому что альтернатива лок таблицы)

локи для чего?

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

писсеместичные локи короч

локи при асинхронной реплике, например.

локи при асинхронной реплике, например.

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

тупо по ID агрегата мьютекс вешается

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

ну мол... звонки типа

никогда один человек не пользуется

и иногда сделать лок в базе не эффективно (потому что альтернатива лок таблицы)

https://github.com/php-lock/lock/blob/master/classes/mutex/PgAdvisoryLockMutex.php

это вот это лок в базе?

это вот это лок в базе?

нет

ну то есть блин мьютекс надо где-то хранить, это ж стэйт.

либо redis либо табличка отдельная в postgresql

что тебе позволяют ресурсы

повторюсь - это для ситуаций когда лочить отдельные ряды невозможно и лок таблицы дорого

ясно, гм. Полезная фича

https://github.com/php-lock/lock/blob/master/classes/mutex/MemcachedMutex.php#L52 ох мы на set в своё время говно поели... add прям во спасение зашёл) между set блокировок умудрялись запросы пролетать (set не атомарная операция) и пессимистик лок не выставлялся((

@desper1989 го грустить об readonly пропертях https://wiki.php.net/rfc/propertygetsetsyntax-v1.2

(да, я тут некропостингом занимаюсь)

та я не буду особо грустить) сделают - хорошо, нет - похеру) меньше переписывать)

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

ERROR: S client not available

на и в джаве так же наверн

@desper1989 го грустить об readonly пропертях https://wiki.php.net/rfc/propertygetsetsyntax-v1.2

я вчера грустил что простой лексер который по сути ищет строки между " работает в 7 раз чем жирнющая регулярка с бэкреференсингом. Оптимизировал как мог, всеравно выходит в 7 раз медленнее.

на более реальных задачах уже в 20 раз медленее

а то что я хочу сделать - комбинаторы парсеров - в 200 раз медленнее

чёт страшные цифры какие-то

короче, в этом чате в топик тоже надо дописывать "безысходность"

хотя для последнего утверждения мне надо дописать свой json парсер и посравнивать с реализацией на JS и другие штуки типа hoa compiler

грустно будет если 8 часов жизни убито будет совсем впустую

будет не впустую - опыт какой-никакой получил

да ладно) ты вон все выходные уебал что бы за ADR пояснить) чё уж там 8 часов на опыты-то)

да ладно) ты вон все выходные уебал что бы за ADR пояснить) чё уж там 8 часов на опыты-то)

не, все выходные я потратил на эту хрень, а ADR это было в бэкграунде

эт ты в контексте билдера? или за анализатор?

да мне @mkusher голову морочал о том как нынче модно парсеры писать. Ну я разобрался. Но до сих пор не понял какой вариант лучше

https://github.com/jneen/parsimmon - по сути хотел что-то такое на пыхе

оно в целом забавно но.... чет как-то BNF в целом хватает

а накидай чё-нить из чтива, которым тебе голову морочали)

сек

пасиб)

https://medium.com/@chetcorcos/introduction-to-parsers-644d1b5d7f3d - вот это годная статья на эту тему

она вмеру упрощенная но как бы и нет

ништяк) будет чем заняться на досуге)

https://github.com/railt/parser

Правиль описывать конечно боль

Правиль описывать конечно боль

ну это ж форк Хоа. Мы с Кирилом много времени обсуждали че можно сделать)

Правиль описывать конечно боль

как и любую BNF грамматику.

особенно там где тебе не LL а LR надо (математические выражения в infix нотации )

поцаны. чем можно из кода пхп 7.2 сгенерить UML? visual paradigm только с 5.0 пашет. либы на хитхабе не работают с намеспейсами и трейтами.

поцаны. чем можно из кода пхп 7.2 сгенерить UML? visual paradigm только с 5.0 пашет. либы на хитхабе не работают с намеспейсами и трейтами.

phpstorm

> трейтами фу

UML он генерит

распечатать и отдать на потеху джавистам

у шторма конечно такие себе UML диаграммы