ПУСТОЙ УКАЗАТЕЛЬ по сравнению с Пустым при контакте с вводом данных пользователем

Question

ПУСТОЙ УКАЗАТЕЛЬ по сравнению с Пустым при контакте с вводом данных пользователем

Вы можете сделать это с array-filter . Сначала извлеките все ids из первого массива, а затем отфильтруйте второй массив на основе этих идентификаторов.

$arr1 = array( (object) ["link_id"=> 35, "key" => "AAA"], (object) ["link_id"=> 373, "key" => "BBB"]);
$arr2 = array( (object) ["link_id"=> 35, "key" => "CCC"], (object) ["link_id"=> 341, "key" => "DDD"]);

$ids = array_column($arr1, "link_id");
$arr2 = array_filter($arr2, function ($e) use ($ids) {
    return !in_array($e->link_id, $ids); //keep him in arr2 only if NOT in ids of arr1
});

Обновлен более быстрый ответ Рассмотрим большой объем данных (как для комментария @mickmackusa), используйте это:

$ids = [];
foreach($arr1 as $e)
    $ids[$e->link_id] = true;

$arr2 = array_filter($arr2, function ($e) use ($ids) {
    return !isset($ids[$e->link_id]);
});

Первое решение в O(n^2), а второе находится в O(n)

6

null database

задан Community 23 May 2017 в 10:31

6 ответов

Я буду повреждать шаблон и скажу, что всегда использовал бы ПУСТОЙ УКАЗАТЕЛЬ для строк нулевой длины по следующим причинам.

Если Вы запускаете прекрасное разрезание последствия пробелов, то необходимо удостовериться так или иначе, что любой разработчик читает и пишет этому тот же путь.
Как Вы располагаете в алфавитном порядке его?
Можно ли однозначно определить, когда пользователь опустил вводить значение, по сравнению с намеренным оставлением его незаполненный?
Как Вы однозначно запросили бы для различия? Запрос может экранировать пользователя, указывают на ПУСТОЙ УКАЗАТЕЛЬ по сравнению с пробелом с помощью стандартного входного синтаксиса формы?
На практике мне никогда не мешали читать и записать данные с помощью значения по умолчанию, неудивительное поведение с помощью этого правила. Если я должен был знать различие, я использовал булево поле (который легче отобразить на однозначные устройства UI). В одном случае я использовал триггер для осуществления Верный => нулевое значение, но никогда не видел, что это вызвало, потому что уровень BR отфильтровал условие эффективно.

8