Но кмк, так не сделано, потому, что это эджкейс, и он редок. А вставлять лишнюю проверку - это деграднет весь перфоманс этого метода(но улучшит для эджкейса)
Ну добавлять в конец по индексу в прицнипе странно, поэтому отсутствие этой проверки вполне логично
Предположим у нас обычный массив в 10 элементов. После вызова add (когда он заполнен) мы получаем 16 элементов. (Теперь у нас есть место на 5 элементов) После этого мы можем сделать 5 вставок в центр без копирования. Это точно редкий кейс?
Предположим у нас обычный массив в 10 элементов. После вызова add (когда он заполнен) мы получаем 16 элементов. (Теперь у нас есть место на 5 элементов) После этого мы можем сделать 5 вставок в центр без копирования. Это точно редкий кейс?
Как ты сделаешь 5 вставок в центр без копирования? У тебя нет такого API
Предположим у нас обычный массив в 10 элементов. После вызова add (когда он заполнен) мы получаем 16 элементов. (Теперь у нас есть место на 5 элементов) После этого мы можем сделать 5 вставок в центр без копирования. Это точно редкий кейс?
Но даже в этом случае это не 5 вставок в центр, это пять вставок в конец.
Не открывал еще статью, но звучит как расплавленный планшет =)) хотя видел как работают в ней на Linux on DEX на смартфоне самсунговском, жаль проект закрыли. Ну и да - спасибо за статью. Твои статьи реально радуют.
А вот и фиг тебе. Не будет расплавленного планшета!
Предположим у нас обычный массив в 10 элементов. После вызова add (когда он заполнен) мы получаем 16 элементов. (Теперь у нас есть место на 5 элементов) После этого мы можем сделать 5 вставок в центр без копирования. Это точно редкий кейс?