Вы, русские, слишком много кушать

ничо страшного, может меня скоро уволят, а то я тут целый день (на самом деле 2, но рабочих 1) генерацию ссылок в зависимости от языка на сайте пилил :D Вот тогда будем снова мало кушать

Имеет ли место быть логике представления в представлениях? Т.е к примеру, ветвления, циклы. Например если метод возвращает true то показываем одну кнопку иначе другую, циклом вывести элементы или собрать один элемент из кусков html? Или что сейчас используется?

Имеет ли место быть логике представления в представлениях? Т.е к примеру, ветвления, циклы. Например если метод возвращает true то показываем одну кнопку иначе другую, циклом вывести элементы или собрать один элемент из кусков html? Или что сейчас используется?

ну шаблонизаторы это и делают, по сути

не, шаблонизаторы не надо

парсер из парсера какой-то

кстати, про парсеры

есть у кого годный материал для чтения по потоковым парсерам xml ?

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

есть у кого годный материал для чтения по потоковым парсерам xml ?

https://ozon-st.cdn.ngenix.net/multimedia/1000895779.jpg

там про PCRE читай

он и в js и в php и в блокноте

еще такая есть, но если первую норм прочитаешь не понадобится https://ozon-st.cdn.ngenix.net/multimedia/1011841855.jpg

Да всё, не регулярки это, я либу нашел

https://github.com/serkin/ymlparser

yml-ки для яндексмаркета раздербанить надо

ну если под что-то конкретное тогда лучше либа

Да чот с первого раза не нашел, просто гугл мне про yaml заливал

Чёт не соображу как выстроить запрос, надо сначала для каждой записи в таблице посчитать количество записей в этой же таблице где х в этой таблице равно id записи, потом отсортировать по убывающей по этой сумме

Впервые делаю такое и хз как подойти

1. научиться получать умножение таблицы и таблицы (джойны) 2. научиться делать агрегацию через group by 3. научиться сортировать. Вперед и с песней

https://habr.com/company/zfort/blog/426391/

https://habr.com/company/zfort/blog/426391/

@desper1989 вижу твою либу :) грац

еее, наконец-то я смогу делать как модные чуваки в js: array_reduce($arr, function ($res, $item) { return [...$res, $item->key => $item]; }, []);

еее, наконец-то я смогу делать как модные чуваки в js: array_reduce($arr, function ($res, $item) { return [...$res, $item->key => $item]; }, []);

Жутко смотрится)

еще лет 5 и можно будет наверное так $arr |> reduce($_, ($res, $item) => [...$res, $item->key => $item])

1. научиться получать умножение таблицы и таблицы (джойны) 2. научиться делать агрегацию через group by 3. научиться сортировать. Вперед и с песней

Все по отдельности я делать умею, может не знаю какие-то особенности, по этому выходит фигня

Все по отдельности я делать умею, может не знаю какие-то особенности, по этому выходит фигня

sqlfiddle

еее, наконец-то я смогу делать как модные чуваки в js: array_reduce($arr, function ($res, $item) { return [...$res, $item->key => $item]; }, []);

как раз смотрю, прыгнул посмотреть как у них там arument unpacking работает в целом

ну там это не аргумент анпакинг... там это spread оператор, чэстный

ну хз я поверил наслово rfc

»PHP has already supported argument unpacking (AKA spread operator) since 5.6. This RFC proposes to bring this feature to array.

const bar = [1, 2, 3]; const foo = {a: 42, b: 56, c: [...bar, 4, 5]}; const {a, b, ...rest} = foo rest.c // [1, 2, 3, 4, 5]

еее, наконец-то я смогу делать как модные чуваки в js: array_reduce($arr, function ($res, $item) { return [...$res, $item->key => $item]; }, []);

я до сих пор такое читать не могу

https://blog.frankdejonge.nl/array-destructuring-in-php/

а ну и да - лень смотреть, так можно будет? function foo([$a, $b]) { return $a + $b; } foo([$a, $b]);

а то я привык так в TS делать и мне дико удобно

а ну и да - лень смотреть, так можно будет? function foo([$a, $b]) { return $a + $b; } foo([$a, $b]);

если я все верно понял

там есть вот такая отсылка // Note: It doesn't really make sense to unpack a constant array like [1, 2, 3]. // Normally these would unpack some variable like ...$args

ой

есть смысл - нет смысла, мне решать.

короч в TS/JS всеравно удобнее (в основном потому что там объект/мэпа и массив это разные штуки)

объект, мэпа и массив это три разные штуки)

Интересно

аннотации ниже енамов. ненавижу этот мир

скалярные объекты, как же эти долбаебы заебали

объясняешь им что будут проблемы, объясняешь что "все за что вы боритесь проебется как только вы захотите расширить новыми методами"

но нет... "хочу что бы все объект и похуй мне"

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

а еще мультитрединг им подавай.... как будто бы pthreads нету....

у он-то есть, толку нету)

да и не будет(

так в php с мультитрединга в принципе нет толку. Даже в pthread запрещено общий стэйт на запись делать....

просто потому что этим макакам если такое разрешить то все, пизда рулю

странный список... кто голосовал-то?)

хорошо хоть дженерики выше всего. Но больше бесит static typing. Не статическая типизация нужна - а возможность либо отключить проверку типов в рантайме, либо изберальная проверка типов в рантайме + проверка компилятором встроенным в php

странный список... кто голосовал-то?)

за пол года видел 3 опроса таких на рэддите

не, я не готов отключать проверку типов)

хоть убей

ну типа... хочу что бы возможности по описанию типов в php не блочились проблемами с тем что "ну блин а как это в рантайме проверить то"

вот запилишь анализатор без фич, тогда обсудим) а пока звучит дико

вот запилишь анализатор без фич, тогда обсудим) а пока звучит дико

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

тут проблема в том что сейчас у тебя выбора нет.

p.s. причем ассерты сгенеренные могут быть сильно лучше, быстрее, не будут вызывать оверхэда по памяти (не надо расширять zval)...

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

62% сайтов в интернете используют PHP <=5.6

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

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

а ну и да - лень смотреть, так можно будет? function foo([$a, $b]) { return $a + $b; } foo([$a, $b]);

типизировать $a, $b невозможно, рефакторить - можно, но сложно (к примеру нужно не перепутать количество элементов, их порядок). чем это лучше кода foo(AnyClass $var) { return $var->getA() + $var->getB();}?

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

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

типизировать $a, $b невозможно, рефакторить - можно, но сложно (к примеру нужно не перепутать количество элементов, их порядок). чем это лучше кода foo(AnyClass $var) { return $var->getA() + $var->getB();}?

/** * @var array{int, int} */ function foo([$a, $b]) { }

> чем это лучше кода тем что я хочу сделать деструктуризацию прямо в аргументах

пускай с питона скопипиздят всю работу с типами (ну разве что типы ака объекты можно скипнуть), меня устроило бы) всякие js штуки - хер с ним)

для этого в php нужны декораторы/аннотации

я согласен на такое: function foo(@Type(array{int, int}) $arr)

это бы решило почти все мои проблемы

ты ведь понимаешь, что не доживёшь до аннотаций в языке?)

@Template(T, R) @ReturnType(Generator<R>) function map(@Type(T[]) $arr, @Type(Closure(T) => R) $fn) { foreach ($arr as $i) { yield $fn($i); } }

всё, что ты показал, можно сделать и сейчас (средствами того же го аоп). Но цена.... цена будет великовата, а профит для 99% - нулевой. К тому же с некислым таким оверхедом)

/** * @var array{int, int} */ function foo([$a, $b]) { }

в 7.3 не работает ;)

в 7.3 не работает ;)

эт надежда на анализаторы

> чем это лучше кода тем что я хочу сделать деструктуризацию прямо в аргументах

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

всё, что ты показал, можно сделать и сейчас (средствами того же го аоп). Но цена.... цена будет великовата, а профит для 99% - нулевой. К тому же с некислым таким оверхедом)

мы с коллегами уже несколько раз думали замутить такое через комменты... function map/* <T, R> */( $arr /*: T[] */, $rn /*: Closure($el: T) => R */ ) /*: \Generator<R> */ { foreach ($arr as $i) { yield $fn($i); } }

выглядит пиздец дико

но блин шо делать

эт надежда на анализаторы

понятное дело, но там скорее всего выстрелит что нить типа $$var

ну го аоп мне нравится, штука оч забавная и позволяет творить любую дичь. Но всё это увеличивает порог вхождения на столько, что вся асинк\авейт срань покажется джуниорской хернёй.

короче, ты не на том языке пишешь) если это и случится в пхп, то явно не раньше того, как у наших внуков пеццель обрастёт)

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

это потому что в php все плохо с типами, нет array shapes, нет туплов и всего того что уже давным давно есть в Hack

выглядит пиздец дико

Да норм же ?

Да норм же ?

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

расширить чутка php-parser что бы вот эти комментики привязывались к контексту для упрощения последующей обработки (+ можно было бы кэшить)

просто... как бы зачем если можно просто не писать на php а писать на языке который уже все это может

просто... как бы зачем если можно просто не писать на php а писать на языке который уже все это может

+

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

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

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

в любом случае тебе надо тянуть кастомизацию IDE. Единственное что может спасти - это если в штормах появится нормальная поддержка language server и кто-нибудь напишет нормальный сервер (микрософт уже запилила вполне годный fail tolerant parser для пыхи, который в теории можно расширить)