Как найти текст игнорируя теги?

Вариант с обходом DOM мне не подходит и это не по флоу реакта

у меня есть массив с данными, где нужно заменить, зачем мне обращаться к DOM? если можно просто заменить в массиве и отрендерить

если можно просто заменить в массиве

В том-то и дело, что не просто, в чём вы уже убедились. Иначе бы и вопроса этого не было.

у меня есть массив с данными, где нужно заменить, зачем мне обращаться к DOM?

Затем, что это самый подходящий инструмент для вашей задачи. Речь, разумеется, не про то, чтобы отрендерить данные на странице, а потом их получить обратно - постройте параллельный DOM в памяти и никакой React вам не помешает.

Алексей Уколов, не согласен, я сортирую массив, мне бы корректно составить regex шаблон, который бы просто пропускал html теги, но не пропускал текст внутри них

Ещё раз - нельзя "просто", "регулярные выражения" и "html" использовать в одном приложении. Регулярные выражения - для регулярного текста, html не регулярный текст. У вас есть идеальный инструмент для решения вашей задачи, но вы почему-то отказываетесь им пользоваться "потому что React". Это карго-культ какой-то, в Реакте совершенно не про это...

Ты не вникаешь в суть задачи и даешь мне рекомендации, пожалуйста, оставь свое мнение при себе.
У меня HTML куски в json файле, который я перебираю и произвожу рендер по ключевому слову, твой вариант имеет право на жизнь, но есть куча других способов, так что не надо толкать свой вариант, как самый верный.

Ну и что, что куски, ну и что, что в json, ну и что, что перебираете, ну и что, что производите рендер? От этого идея обработки произвольного html регулярными выражениями не становится хорошей. Действительно, можно написать регулярное выражение, которое будет решать задачу в 99% случаев. Но а) его будет сложно поддерживать, потому что оно получится нечитаемым и б) останется 1%, когда оно работать не будет.

Нет ни одной причины не использовать рекурсивный обход DOM в данной задаче.

P.S. Мы на "ты" не переходили.

Алексей Уколов, думаю стоит закончить, ВАШЕ решение меня не устраивает

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

Алексей Уколов, Спасибо, согласен, другим ваш вариант подойдет

Хазрат Гаджикеримов, давайте попробуем перевести обсуждение в более конструктивное русло.
Почему вы считаете, что это решение вам не подходит? Оно никак не конфликтует с экосистемой и философией Реакта и обладает преимуществами, которые я выше перечислил.
Чего я не понимаю, в вашей задаче?

Алексей Уколов, Дело в том, что я не хочу обходить рекурсивно DOM, для выделения, мне удобнее добавить к текущему методу дополнительный map для выделения слов вот и все, а как быть в вашем случае, если пользователь изменил поисковую фразу? обходить рекурсивно все дерево и удалять выделенные слова? Если так, то этот подход не очен эффективный + очень затратный, ведь DOM штука медленная, а рекурсивно обходить... доставит проблемы для мобильных устройства, если будет достаточно много вопросов/ответов в разделе

А какую задачу вы вообще решаете? У вас и json и пользовательский ввод... Непонятно, что вы делаете вообще.

мне удобнее добавить к текущему методу дополнительный map для выделения слов

Ну, это уже вопрос организации кода. Никто же не мешает мой код выделить в метод и передать этот метод в map.

очень затратный, ведь DOM штука медленная

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

Сложные регулярные выражения, особенно генерируемые на лету, ничуть не менее ресурсозатратны.

Хазрат Гаджикеримов, Прислушайтесь к Алексею.
Я читаю курсы по регуляркам в крупной компании, и могу экспертно сказать - разбор и парсинг современного HTML регулярками - совершенно неправильная задача.
Если в 2000 году регулярки подходили , то сейчас - парсить регулярками html это некорректно, тем более что хорошие библиотеки работающие с DOM есть под все нужды.

Saboteur, Вы не совсем поняли) у меня json файл где около 20 вопросов/ответов, которые состоят из тегов , есть поисковое поле, с помощью регулярки я сортирую вопросы, и параллельно подсвечиваю их при обходе, НО Я НЕ ОБХОЖУ ДЕРЕВО DOM РЕГУЛЯРКАМИ

Алексей Уколов, этот спор может продолжаться бесконечно, мой вопрос заключался не в помощи организации данной задачи, а в поиске регулярного выражения, спасибо за помощь, но увы

Хазрат Гаджикеримов, окей, если следовать именно вашему примеру - регулярка с вашей задачей просто не справится.

Тут нужен алгоритм, а регулярка - это, хоть и умный, но шаблон.

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

Да блин. Ну блин. Блин... Я не предлагаю влиять на страницу.

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

В итоге - у вас на входе оригинальный массив строк, на выходе массив изменённых строк, всё иммутабельно и ничего не теряется. Ровно как с регулярками, только без костылей.

Вот так: jsfiddle.net/alexey_m_ukolov/nfah953z/10

Алексей Уколов, фигня, а не вариант

Вы можете конкретно объяснить что не так, а ещё лучше сделать пример на jsfiddle? Явно один из нас чего-то не понимает, я хочу разобраться до конца. Если это я - буду рад признать ошибку.

Алексей Уколов, думаю да, скоро я предоставлю пример

Хазрат Гаджикеримов,

Окей, когда найдете вариант с регулярками, обязательно поделитесь.

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

Жаль, что примера так и не появилось...

Алексей Уколов, времени не хватет, но решить проблему я смог с помощью регулярок, можете посмотреть по ссылке
в поисковое поле введите слово app или store и раскройте первый блок, там будет выделен текст в ссылках

Алексей Уколов, постараюсь в выходные выложить пример на codepen именно для вас

Спасибо, живого примера достаточно. Как я и думал, вашу реализацию функции select можно заменить моей без каких-либо проблем. Но если вас ваше решение устраивает и прям сильной жести в контенте faq не ожидается, то и регулярку можно оставить.