Любые действия жрут память.

Ты написал парсер BBcode и он работает быстрее? Он легкий в понимании и легко расширяем? Он правильно работает, ты уверен?

Ты пользуешься функцией sort? Будешь её использовать или она тоже память жрёт?

ps: Учитывая то, как я делаю парсинг, вопросы памяти меня касаться не будут.

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

trikadin,
У тебя проблемы с восприятием. Я ни одного наезда не написал, а только вопросы.

Не различаешь наезды и вопросы?

Я логично предположил, что ты не писал подобный парсер, т.к. выводы твои не очень в тему. Либо ты не вник в суть проблемы.

trikadin,
Как ты получишь количество тэгов для цикла в произвольном тексте? Экономия на блохах.

Gozar, я предложил, наверное, не совсем то, что вы хотели.

Я предложил сразу производить замену. То есть нашёл - сразу заменил. Ещё раз нашёл - ещё раз сразу заменил. И так до тех пор, пока в тексте не останется ни одного нужного нам bb-тега.

Если вы хотите получить их, скажем, в объекте или массиве - мой способ определённо не подходит.

Не совсем понял... Какое количество каких тегов?

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

Просто предложил делать это по-другому. Это всё, что я хотел сказать)

Как?
В while засунуть регу и гонять её в цикле? Я правильно понял?

Может ты и прав что экономия будет.
Я тут реальные тесты прогнал на слабенькой машине и понял, что можно оставить так, так как проблем с памятью не наблюдается. Если будет не лень, то может перепишу на while, посмотрю на разницу.

Да. Я давал ссылку на пример, где так делается.

Было бы неплохо, ибо сам я этого точно не сделаю.