for (const i = 0; i <n; i += c) {
    for (const j = 0; j < n; j += c) {
    // some O(1) expressions
    }
}

Еще раз, не путай скорость роста количества строк в массивах и скорость роста числа тримов.

Квадратичная сложность это:
1) для массива из 1 строки - 1 trim
2) для массива из 2х строк - 4 trim
3) для массива из 3х строк - 9 trim
4) no profit ...

спасибо что прояснил. надеюсь это также поможет кому-нибудь тут

четвёртый пункт смешной ))

второе логичней наверное .
а какую задачу вы решаете ?

Ну я пишу маленькую библиотеку для удобной работы с канвасом на бэке и думаю на счёт верной архитектуры

как это "работать с канвасом на бэке"? 🤔 зачем?

наверное чтобы не нагружать фронт :))

у меня, когда я работал с канвасом и рисовал на нем разные фигурки, эти фигурки были разными сущностями и они сами себя рисовали

ээ.. все равно не догоняю, канвас же на фронте и нужен

где еще его показывать?

в виде картинок jpg наверное . из бека

Ну мне нужно обработать и отрисовать картинку, а потом в телеграмм боте по запросу выдать результат в виде изображений

аа, типа нарисовал на канвасе и сделал с него картинку?

да, все верно

а, тогда ясно)

прикольно конечно :) а ты используешь какойнить хедлес хром puppeteer ?

неа, ничего такого. Cairo Canvas подключил и просто делаю обёртку, чтобы не писать кучу кода и сделать инфографики в три строчки. Там ничего такого)

я работал с библиотекой PDF.js, и мне надо было поверх отрисованной этой библиотекой PDFки рисовать свои элементы, в итоге делал слой, который работал с моими элементами и каждый элемент был отдельной сущностью со своим методом draw, мне так показалось удобней, при создании элемента просто указал ему входящие параметры x, y, width, height, и сложил его в массив, а потом проходился по массиву и вызывал у каждого элемента его метод draw

arr = arr.map(item => item.map(item => item.trim()));

Там хуже.
Трим тоже перебирающий (благо что в nat-code)

Но нету варианта лучше.
На самом деле map вообще больной вариант