split, регулярки

text.split() -> // тут получаю дерево ты так себе это представляешь?)

split(\n) Получаешь массив строк и потом из него строишь дерево как тебе надо. В чем проблема то? Если это markdown или какая то общепринятая разметка, то проще либу взять проверенную, которая это тебе распарсит

как такое в дерево распарсить

да

да

для прощего парсинга введем звездочку

const processText = (text) => { const createNode = (value, offset = -1) => ({ value, children: [], offset }); const stack = [ createNode('__root__') ]; const getLast = () => stack[stack.length - 1]; text.split('\n').filter(line => line.trim().length > 0).map(line => { const offset = line.length - line.trimStart().length; while (getLast().offset >= offset) stack.length--; const node = createNode(line.trim(), offset); getLast().children.push(node); stack.push(node); }); return stack[0]; };

трындец, если ты символами можешь уровень вложенности отмечать тут всё куда проще будет, в том коде что я скинут есть проблемма что Для того чтоб пополнить баланс, надо быть в банде Балансов будет всегда считаться двумя детьми

const processText = (text) => { const createNode = (value, offset = -1) => ({ value, children: [], offset }); const stack = [ createNode('__root__') ]; const getLast = () => stack[stack.length - 1]; text.split('\n').filter(line => line.trim().length > 0).map(line => { const offset = line.length - line.trimStart().length; while (getLast().offset >= offset) stack.length--; const node = createNode(line.trim(), offset); getLast().children.push(node); stack.push(node); }); return stack[0]; };

это вообще крутой хак const offset = line.length - line.trimStart().length;

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

он будет менятся, в админки, сохранятся ввиде дерева, и отправлятся потом на фронт, там уже с ul li и раскрывающимися вложенными списками будет отображатся

короче ставишь черточку перед строкой и она будет считать продолжение той

он будет менятся, в админки, сохранятся ввиде дерева, и отправлятся потом на фронт, там уже с ul li и раскрывающимися вложенными списками будет отображатся

Хмм, а что не json?

потому что с текстом будут работать не программисты, а контент менеджеры

он будет менятся, в админки, сохранятся ввиде дерева, и отправлятся потом на фронт, там уже с ul li и раскрывающимися вложенными списками будет отображатся

главное что табами не стали отбивать, хотя я думаю ты в состояние табы на 4 пробела заменить если что

:(

Спасибо, задачу порешал, мозги проветрил от сервачки)))

тебе спасибо!) показал как надо стеком пользоватся)

тебе спасибо!) показал как надо стеком пользоватся)

с табами другая хрень, где то они показываются как 4 пробела, в каких то редакторах как 2, иногда 6 или даже 8... тут решение особого нету, лучше либо всегда табы использовать тока, либо пробелы, либо считать таб = 4 пробела... ну короче это все такое говно что лучше вообще запретить их)))

в textarea собираюсь давать редачить текст, надесь в ней табы всегда одинаковые, и не зависит от браузера или операционки

главное что табами не стали отбивать, хотя я думаю ты в состояние табы на 4 пробела заменить если что

Это всё так, скользко. Чуть накосячил с текстом и пипец.

Ну в ямл кстати не каждый кодер сумеет, тем более инструмента нормального нет. А уж обычные люди...

для прощего парсинга введем звездочку

как это нет? каждая ide yaml поддерживает, вот первая ссылка с гугла https://onlineyamltools.com/convert-yaml-to-json

Обьясните дебилу, почему в большей мере все пишут на вью паршивом , но не на реакте

Обьясните дебилу, почему в большей мере все пишут на вью паршивом , но не на реакте

вакансий по реакту в 5 раз больше 😕, ты в каком городе живешь? :D

Потому что пыхерам проще накатить шаблончик на вью

Потому что пыхерам проще накатить шаблончик на вью

Так ларавель есть , зачем вью

Я реакт ненавижу из-за редакса и thunk

Я реакт ненавижу из-за редакса и thunk

Я реакт ненавижу из-за редакса и thunk

редакс же легкий, а thunk это всего лишь 14 строк кода даже хз почему его в пакет засунули

Бесполезные они как по мне (на самом деле нет, redux уж точно нет)

обычно кто хаят редакс не пользуются автоимпортом и не эскпортирует named

https://t.me/react_js/754901 вот только сегодня эта делал, 672 сктроки в файле webpack.config... выкинул нахер все это пошел смотреть на preact

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

Короче, моё мнение, прятать конфигы почти в 1000 строк в недра это начало конца, дальше будет все как у рубиновых, сначала все обернуть сотней слоев ради поддержи легаси, совместимости со всеми кейсами, 18 уровней защиты от дурака, потом все забудут как на самом деле выглядит конфиг вебпака, потом напишу новый конфиг, который будет конфигурировать основной скрытый и так далее, а потом неожиданно человек будет сидеть на работе не код писать, а читать как сконфигурироть что-то для чего-то... Вот такими и их и застал рубистов перед паденией всего RoR стека.

Есть другие предложения?

Не использую ридакс. Экспортирую всё в named

в 2:00 я запустил create-react-app, потом мне нужно было что бы вебпак запускал мне сборку двух серверов и ещё двух приложений на нативе, в 2-10 я узнал про то что они сделали eject config'ов, я реально думал сейчас за 15-20 минут настрою вебпак что бы он мне 5 апп сразу собирал... 3-15 я все ещё гуляю по недрам конфигов и понимаю что я ни сдвинулся по задаче ни на шаг, попутно мне становиться страшно за фронт... 3-50... первые попытки как то перенести все один конфиг ничего не дали, общей картины так и нет... 3-55 пошел пить чай.... 4-10 вернулся посмотрел на вкладку ide, пошёл смотреть в окно, 4-15... с меня хватит, вернулся к ноуту и удалил папку "только что" созданного приложения, стал рефакторить сервачку, после сна или подниму реакт руками "как раньше" либо если зайдет буду чекать preact, ну надо же когда то начать пробовать... А может vue? ну уже только не это дерьмо))

https://github.com/gsoft-inc/craco

в 2:00 я запустил create-react-app, потом мне нужно было что бы вебпак запускал мне сборку двух серверов и ещё двух приложений на нативе, в 2-10 я узнал про то что они сделали eject config'ов, я реально думал сейчас за 15-20 минут настрою вебпак что бы он мне 5 апп сразу собирал... 3-15 я все ещё гуляю по недрам конфигов и понимаю что я ни сдвинулся по задаче ни на шаг, попутно мне становиться страшно за фронт... 3-50... первые попытки как то перенести все один конфиг ничего не дали, общей картины так и нет... 3-55 пошел пить чай.... 4-10 вернулся посмотрел на вкладку ide, пошёл смотреть в окно, 4-15... с меня хватит, вернулся к ноуту и удалил папку "только что" созданного приложения, стал рефакторить сервачку, после сна или подниму реакт руками "как раньше" либо если зайдет буду чекать preact, ну надо же когда то начать пробовать... А может vue? ну уже только не это дерьмо))

Вы, видимо, не понимаете на сколько огромна вариативность и сколько подводных камней при работе с браузером + еще дев-сервер. CRA имеет все эти конфиги не по приколу, а потому что в каждой строчке решается какая-то проблема. И каждая из этих проблем, скорее всего, не реакт-специфичная, а связана с интеграциями и оптимизациями. Если попробуете собрать что-то свое, то либо вы потратите не меньше пары недель, либо у вас будут какие-то баги, о которых вы даже не знаете. И, повторюсь, преакт вам не как не поможет, это мягкое и холодное.