А
На самом деле достаточно одного метода isList )
Size: a a a
2021 May 25
NO
С ArrayHelper вообще много косяков
NO
Ноль информативности
А
Потому что там нужен флаг, учитывающий последовательность значений ключей )
И флаг на последовательность положения этих ключей в массиве )
И флаг на последовательность положения этих ключей в массиве )
AB
Дождитесь 8.1, будет вам array_is_list
NO
Нет, нужно сначала определить цель, а потом реализацию, и потом уже название
AB
symfony/polyfill-php81 - можно юзать уже*
NO
Идиоты авторы RFC )
А
Ну почему же. Если в будущем эти массивы будут отличаться структурно, то будет даже ок
А
Хотя с текущим легаси в пыхе может и не будет профита. Будет только больше ифов в функциях ядра
СП
А юзкейсы для isAssociative какие?
ПА
ну так то оно да, но у Лары и Йии разные результаты
http://sandbox.onlinephpfunctions.com/code/0f453fd547506ccd9c03431b21b7156639c78c62
http://sandbox.onlinephpfunctions.com/code/0f453fd547506ccd9c03431b21b7156639c78c62
ПА
хотя функционал заявлен один и тот же
СП
Учитывая специфику пыха, тут похоже нужно делать метод isList и всё
ПА
ну например из головы
пришло откуда то :
одно обновление или несколько
из Json
const row = {id:1,name:'test'};
или несколько
const rows = [{id:1,name:'test'},{id:2,name:'test3'}] ;
в первом случае будет ассоциативный , во втором индексированный
пришло откуда то :
одно обновление или несколько
из Json
const row = {id:1,name:'test'};
или несколько
const rows = [{id:1,name:'test'},{id:2,name:'test3'}] ;
в первом случае будет ассоциативный , во втором индексированный
ПА
тип того
ПА
тут конечно можно всегда с фронта слать массив и вопросов не будет.
СП
ну isAssociative в этом кейсе чем поможет? Всё равно же проверять конкретные ключи
ПА
почему?
ПА
поможет isAssociative(['id'=>1,'name'=>'test]) - типа ассоциативный, одна запись пришла