Лучший способ удалить из NSMutableArray во время итерации?


194

В Какао, если я хочу перебрать NSMutableArray и удалить несколько объектов, которые соответствуют определенным критериям, каков наилучший способ сделать это без перезапуска цикла каждый раз, когда я удаляю объект?

Спасибо,

Изменить: Просто чтобы уточнить - я искал лучший способ, например, что-то более элегантное, чем обновление индекса вручную, в котором я нахожусь. Например, в C ++ я могу сделать;

iterator it = someList.begin();

while (it != someList.end())
{
    if (shouldRemove(it))   
        it = someList.erase(it);
}

9
Петля от задней части к передней.
Hot Licks

Никто не отвечает на вопрос «ПОЧЕМУ»
onmyway133

1
@HotLicks Один из моих самых любимых и самых недооцененных решений в программировании в целом: D
Джулиан Ф. Вейнерт,

Ответы:


388

Для ясности я хотел бы сделать начальный цикл, где я собираю элементы для удаления. Затем я удаляю их. Вот пример с использованием синтаксиса Objective-C 2.0:

NSMutableArray *discardedItems = [NSMutableArray array];

for (SomeObjectClass *item in originalArrayOfItems) {
    if ([item shouldBeDiscarded])
        [discardedItems addObject:item];
}

[originalArrayOfItems removeObjectsInArray:discardedItems];

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

Отредактировано, чтобы добавить:

В других ответах было отмечено, что обратная формулировка должна быть быстрее. т.е. если вы перебираете массив и создаете новый массив объектов для хранения, а не объектов для отбрасывания. Это может быть правдой (хотя как насчет затрат на память и обработку при выделении нового массива и отбрасывании старого?), Но даже если он быстрее, он может оказаться не таким уж большим, как для наивной реализации, потому что NSArrays не ведите себя как "нормальные" массивы. Они говорят, говорят, но ходят по-другому. Смотрите хороший анализ здесь:

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

Для меня главная идея - использовать любую формулировку, которая вам наиболее понятна. Оптимизируйте только при необходимости. Я лично считаю вышеизложенную формулировку более ясной, поэтому я использую ее. Но если обратная формулировка вам понятнее, сделайте это.


47
Помните, что это может привести к ошибкам, если объекты находятся в массиве более одного раза. В качестве альтернативы вы можете использовать NSMutableIndexSet и - (void) removeObjectsAtIndexes.
Георг Шолли

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

Я использовал revers ... made array как nil ... затем только добавил то, что хотел, и перезагрузил данные ... done ... создал dummyArray, который является зеркалом основного массива, чтобы у нас были основные фактические данные
Fahim Parkar

Дополнительная память должна быть выделена для обратного. Это не алгоритм на месте и в некоторых случаях не очень хорошая идея. Когда вы удаляете напрямую, вы просто сдвигаете массив (что очень эффективно, поскольку он не перемещается один за другим, он может сдвигать большой кусок), но когда вы создаете новый массив, вам нужны все выделения и присваивания. Так что, если вы удалите только несколько элементов, обратное будет намного медленнее. Это типичный, кажется, правильный алгоритм.
Джек

82

Еще один вариант. Таким образом, вы получите удобочитаемость и хорошую производительность:

NSMutableIndexSet *discardedItems = [NSMutableIndexSet indexSet];
SomeObjectClass *item;
NSUInteger index = 0;

for (item in originalArrayOfItems) {
    if ([item shouldBeDiscarded])
        [discardedItems addIndex:index];
    index++;
}

[originalArrayOfItems removeObjectsAtIndexes:discardedItems];

Это круто. Я пытался удалить несколько элементов из массива, и это сработало отлично. Другие методы вызывали проблемы :) Спасибо, мужчина
AbhinavVinay

Кори, этот ответ (ниже) сказал, что removeObjectsAtIndexesэто худший метод удаления объектов, вы согласны с этим? Я спрашиваю об этом, потому что ваш ответ сейчас слишком стар. Все-таки хорошо бы выбрать лучшее?
Hemang

Мне очень нравится это решение с точки зрения читабельности. Как это с точки зрения производительности по сравнению с ответом @HotLicks?
Виктор Майя Альдекоа

Этот метод обязательно следует поощрять при удалении объектов из массива в Obj-C.
Борей,

enumerateObjectsUsingBlock:получит вам прирост индекса бесплатно.
Пкамб

42

Это очень простая проблема. Вы просто повторяете в обратном направлении:

for (NSInteger i = array.count - 1; i >= 0; i--) {
   ElementType* element = array[i];
   if ([element shouldBeRemoved]) {
       [array removeObjectAtIndex:i];
   }
}

Это очень распространенная модель.


Я

3
Это лучший метод. Важно помнить, что переменная итерации должна быть со знаком, несмотря на то, что индексы массива в Objective-C объявлены как беззнаковые (я могу представить, как Apple сожалеет об этом сейчас).
Моджуба

39

Некоторые из других ответов будут иметь плохую производительность на очень больших массивах, потому что такие методы, как removeObject:и removeObjectsInArray:предполагают, выполняют линейный поиск приемника, что является пустой тратой, потому что вы уже знаете, где находится объект. Кроме того, любой вызов должен removeObjectAtIndex:будет копировать значения из индекса в конец массива на один слот за раз.

Более эффективным будет следующее:

NSMutableArray *array = ...
NSMutableArray *itemsToKeep = [NSMutableArray arrayWithCapacity:[array count]];
for (id object in array) {
    if (! shouldRemove(object)) {
        [itemsToKeep addObject:object];
    }
}
[array setArray:itemsToKeep];

Поскольку мы устанавливаем емкость itemsToKeep, мы не тратим время на копирование значений во время изменения размера. Мы не модифицируем массив на месте, поэтому мы можем использовать быстрое перечисление. Использование setArray:для замены содержимого arrayс itemsToKeepбудет эффективным. В зависимости от вашего кода, вы можете даже заменить последнюю строку на:

[array release];
array = [itemsToKeep retain];

Так что даже копировать значения не нужно, только поменяйте местами указатель.


Этот алгоритм оказывается хорошим с точки зрения сложности времени. Я пытаюсь понять это с точки зрения сложности пространства. У меня та же самая реализация, где я устанавливаю емкость для itemsToKeep с фактическим значением «Array count». Но, скажем, я не хочу мало объектов из массива, поэтому я не добавляю его в itemsToKeep. Так что емкость моего itemsToKeep равна 10, но я на самом деле храню только 6 объектов. Значит ли это, что я трачу пространство на 4 объекта? PS Я не нахожу ошибки, просто пытаюсь понять сложность алгоритма. :)
tech_human

Да, у вас есть место для четырех указателей, которые вы не используете. Имейте в виду, что массив содержит только указатели, а не сами объекты, поэтому для четырех объектов это означает 16 байтов (32-битная архитектура) или 32 байта (64-битных).
Бензадо

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

Хорошо, понял. Спасибо, Бензадо!
tech_human

Согласно этому сообщению, подсказка arrayWithCapacity: метод о размере массива фактически не используется.
Кремк

28

Вы можете использовать NSpredicate для удаления элементов из вашего изменяемого массива. Это не требует петель.

Например, если у вас есть NSMutableArray из имен, вы можете создать предикат как этот:

NSPredicate *caseInsensitiveBNames = 
[NSPredicate predicateWithFormat:@"SELF beginswith[c] 'b'"];

Следующая строка оставит вас с массивом, который содержит только имена, начинающиеся с b.

[namesArray filterUsingPredicate:caseInsensitiveBNames];

Если у вас возникли проблемы с созданием необходимых предикатов, воспользуйтесь этой ссылкой для разработчиков Apple .


3
Не требует видимых петель. В работе фильтра есть цикл, вы просто его не видите.
Hot Licks

18

Я сделал тест производительности, используя 4 разных метода. Каждый тест повторял все элементы в массиве из 100 000 элементов и удалял каждый 5-й элемент. Результаты не сильно изменились с / без оптимизации. Это было сделано на iPad 4:

(1) removeObjectAtIndex:- 271 мс

(2) removeObjectsAtIndexes:- 1010 мс (поскольку создание набора индексов занимает ~ 700 мс; в остальном это в основном то же, что и вызов removeObjectAtIndex: для каждого элемента)

(3) removeObjects:- 326 мс

(4) создать новый массив с объектами, прошедшими тест - 17 мс

Таким образом, создание нового массива является самым быстрым. Все остальные методы сопоставимы, за исключением того, что при использовании removeObjectsAtIndexes: будет хуже с удалением большего количества элементов из-за времени, необходимого для построения набора индексов.


1
Вы посчитали время, чтобы создать новый массив и впоследствии освободить его? Я не верю, что он может сделать это один за 17 мс. Плюс 75000 назначений?
Джек

Время, необходимое для создания и освобождения нового массива, минимально
user1032657

Вы, очевидно, не измеряли схему обратного цикла.
Hot Licks

Первый тест эквивалентен схеме обратного цикла.
user1032657

что происходит, когда вы остаетесь с вашим новым массивом, а ваш предыдущий массив обнуляется? Вы должны будете скопировать newArray в то, что было названо (или переименовать) в PrevArray, иначе как ваш другой код будет ссылаться на него?
Aremvee

17

Либо используйте цикл обратного отсчета по индексам:

for (NSInteger i = array.count - 1; i >= 0; --i) {

или сделайте копию с объектами, которые вы хотите сохранить.

В частности, не используйте for (id object in array)цикл или NSEnumerator.


3
Вы должны написать свой ответ в коде m8. хаха почти пропустил это.
FlowUI. SimpleUITesting.com

Это неправильно. «for (идентификатор объекта в массиве)» быстрее, чем «for (NSInteger i = array.count - 1; i> = 0; --i)», и называется быстрой итерацией. Использование итератора определенно быстрее, чем индексирование.
Джек

@jack - Но если вы удаляете элемент из-под итератора, вы обычно создаете хаос. (И «быстрая итерация» не всегда намного быстрее.)
Hot Licks

Ответ с 2008 года. Быстрых итераций не было.
Дженс Айтон,

12

Для iOS 4+ или OS X 10.6+ Apple добавила passingTestряд API-интерфейсов NSMutableArray, например – indexesOfObjectsPassingTest:. Решение с таким API будет:

NSIndexSet *indexesToBeRemoved = [someList indexesOfObjectsPassingTest:
    ^BOOL(id obj, NSUInteger idx, BOOL *stop) {
    return [self shouldRemove:obj];
}];
[someList removeObjectsAtIndexes:indexesToBeRemoved];

12

В настоящее время вы можете использовать обратное перечисление на основе блоков. Простой пример кода:

NSMutableArray *array = [@[@{@"name": @"a", @"shouldDelete": @(YES)},
                           @{@"name": @"b", @"shouldDelete": @(NO)},
                           @{@"name": @"c", @"shouldDelete": @(YES)},
                           @{@"name": @"d", @"shouldDelete": @(NO)}] mutableCopy];

[array enumerateObjectsWithOptions:NSEnumerationReverse usingBlock:^(id obj, NSUInteger idx, BOOL *stop) {
    if([obj[@"shouldDelete"] boolValue])
        [array removeObjectAtIndex:idx];
}];

Результат:

(
    {
        name = b;
        shouldDelete = 0;
    },
    {
        name = d;
        shouldDelete = 0;
    }
)

другой вариант с одной строкой кода:

[array filterUsingPredicate:[NSPredicate predicateWithFormat:@"shouldDelete == NO"]];

Есть ли гарантия, что массив не будет перераспределен?
13

Что вы имеете в виду с перераспределением?
Викингосегундо

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

Поскольку операция удаления не будет знать, сколько элементов будет поставлено на удаление в конце, это не имеет смысла делать во время удаления. В любом случае: детали реализации, мы должны доверять Apple, чтобы написать разумный код.
Викингосегундо

Во-первых, это нехорошо (потому что вы должны много думать о том, как это работает в первую очередь), а во-вторых, это не безопасный рефакторинг. В итоге я закончил с классическим принятым решением, которое на самом деле вполне читабельно.
Ренетик

8

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

[theArray filterUsingPredicate:aPredicate]

@ Натан должен быть очень эффективным


6

Вот простой и чистый способ. Мне нравится дублировать мой массив прямо в вызове быстрого перечисления:

for (LineItem *item in [NSArray arrayWithArray:self.lineItems]) 
{
    if ([item.toBeRemoved boolValue] == YES) 
    {
        [self.lineItems removeObject:item];
    }
}

Таким образом, вы перечисляете копию удаляемого массива, в котором хранятся одинаковые объекты. NSArray содержит только объектные указатели, так что это совершенно нормально с точки зрения памяти и производительности.


2
Или даже проще -for (LineItem *item in self.lineItems.copy)
Александр G

5

Добавьте объекты, которые вы хотите удалить, во второй массив и после цикла используйте -removeObjectsInArray :.


5

это должно сделать это:

    NSMutableArray* myArray = ....;

    int i;
    for(i=0; i<[myArray count]; i++) {
        id element = [myArray objectAtIndex:i];
        if(element == ...) {
            [myArray removeObjectAtIndex:i];
            i--;
        }
    }

надеюсь это поможет...


Несмотря на то, что это неортодоксально, я обнаружил, что итерация в обратном направлении и удаление по мере того, как я иду, является чистым и простым решением. Обычно один из самых быстрых методов.
rpetrich

Что с этим не так? Он чистый, быстрый, легко читаемый и работает как шарм. Для меня это выглядит как лучший ответ. Почему у него отрицательный счет? Я что-то здесь упускаю?
Стеф Тирион

1
@Steph: в вопросе говорится «что-то более элегантное, чем обновление индекса вручную».
Стив Мэдсен

1
ой. Я пропустил часть "я абсолютно не хочу обновлять индекс вручную". спасибо Стив. По моему мнению, это решение более элегантно, чем выбранное (временный массив не требуется), поэтому отрицательные голоса против него кажутся несправедливыми.
Стеф Тирион

@Steve: Если вы проверяете изменения, эта часть была добавлена ​​после того, как я отправил свой ответ ... если нет, я бы ответил "Итерация назад - это самое элегантное решение" :). Хорошего дня!
Pokot0

1

Почему бы вам не добавить объекты для удаления в другой NSMutableArray. Когда вы закончите итерацию, вы можете удалить объекты, которые вы собрали.


1

Как насчет замены элементов, которые вы хотите удалить, на «n'th element», «n-1» и т. Д.?

Когда вы закончите, вы измените размер массива на «предыдущий размер - количество свопов»


1

Если все объекты в вашем массиве уникальны или вы хотите удалить все вхождения объекта при обнаружении, вы можете быстро перечислить копию массива и использовать [NSMutableArray removeObject:], чтобы удалить объект из оригинала.

NSMutableArray *myArray;
NSArray *myArrayCopy = [NSArray arrayWithArray:myArray];

for (NSObject *anObject in myArrayCopy) {
    if (shouldRemove(anObject)) {
        [myArray removeObject:anObject];
    }
}

что произойдет, если исходный myArray будет обновлен во +arrayWithArrayвремя выполнения?
bioffe,

1
@bioffe: Тогда у вас есть ошибка в вашем коде. NSMutableArray не является потокобезопасным, ожидается, что вы будете контролировать доступ через блокировки. Смотрите этот ответ
Dreamlax

1

Ответ Бензадо выше - это то, что вы должны сделать для преформирования. В одном из моих приложений метод removeObjectsInArray занял 1 минуту, просто добавление в новый массив заняло 0,023 секунды.


1

Я определяю категорию, которая позволяет мне фильтровать, используя блок, например так:

@implementation NSMutableArray (Filtering)

- (void)filterUsingTest:(BOOL (^)(id obj, NSUInteger idx))predicate {
    NSMutableIndexSet *indexesFailingTest = [[NSMutableIndexSet alloc] init];

    NSUInteger index = 0;
    for (id object in self) {
        if (!predicate(object, index)) {
            [indexesFailingTest addIndex:index];
        }
        ++index;
    }
    [self removeObjectsAtIndexes:indexesFailingTest];

    [indexesFailingTest release];
}

@end

который затем можно использовать так:

[myMutableArray filterUsingTest:^BOOL(id obj, NSUInteger idx) {
    return [self doIWantToKeepThisObject:obj atIndex:idx];
}];

1

Более хорошей реализацией может быть использование метода категории ниже в NSMutableArray.

@implementation NSMutableArray(BMCommons)

- (void)removeObjectsWithPredicate:(BOOL (^)(id obj))predicate {
    if (predicate != nil) {
        NSMutableArray *newArray = [[NSMutableArray alloc] initWithCapacity:self.count];
        for (id obj in self) {
            BOOL shouldRemove = predicate(obj);
            if (!shouldRemove) {
                [newArray addObject:obj];
            }
        }
        [self setArray:newArray];
    }
}

@end

Блок предикатов может быть реализован для обработки каждого объекта в массиве. Если предикат возвращает true, объект удаляется.

Пример массива дат для удаления всех дат, которые были в прошлом:

NSMutableArray *dates = ...;
[dates removeObjectsWithPredicate:^BOOL(id obj) {
    NSDate *date = (NSDate *)obj;
    return [date timeIntervalSinceNow] < 0;
}];

0

Итерации в обратном направлении были моими любимыми годами, но долгое время я никогда не сталкивался со случаем, когда самый глубокий (самый высокий счет) объект был удален первым. За мгновение до того, как указатель переходит к следующему индексу, ничего не происходит, и он падает.

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

под Xcode 6 это работает

NSMutableArray *itemsToKeep = [NSMutableArray arrayWithCapacity:[array count]];

    for (id object in array)
    {
        if ( [object isNotEqualTo:@"whatever"]) {
           [itemsToKeep addObject:object ];
        }
    }
    array = nil;
    array = [[NSMutableArray alloc]initWithArray:itemsToKeep];
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.