Чи погано розміщувати текстові маркери всередині рядків? Чи є альтернатива?

Я працюю з масивними струнами, які потребують багато маніпуляцій.

Наприклад, я можу створити такий рядок:

Частина 1
Човен

Розділ A
Програмування

Частина 2.
Роздільні човни для програмування.

Розділ AA
Записи SQL.

Рядок був би занадто великим, щоб вручну перевірити кожну його частину. Тепер мені потрібно splitце stringв stringlistрозділи та частини. Я можу придумати два варіанти:

Регулярний вираз:

QStringList sl = s.split(QRegularExpression("\n(?=Part [0-9]+|Section [A-Z]+)"));

Схоже, це має спрацювати, але іноді винятки прослизають (IE: Section SQL Entriesпомилково розколоться)

Інакше я можу зробити маркер, коли генерую початковий рядок:

🚤💻 Частина 1
човен

EРозділ A
Програмування

Art Частина 2 Роздільні
човни для програмування.

EРозділ
SQL Записи розділу AA .

Що означає, що розділити рядок стане легко:

QStringList sl = s.split("🚤💻"));

Щось мені каже, що жодне з них не є гарним стилем чи практикою програмування, але я до цього моменту не обговорював це і не знайшов альтернативи.

• Якби ви були моїм керівником проекту, чи прийняли б ви один із цих методів?
• Якщо ні, то що б ви запропонували зробити як найкращу практику?

Непогана практика кодування документа вбудована як текст у рядку. Подумайте про розмітку, HTML, XML, JSON, YAML, LaTeX тощо.

Погана практика - це винахід колеса. Замість того, щоб писати власний текстовий процесор, подумайте про використання існуючого стандарту. Існує безліч безкоштовного програмного забезпечення, яке робить для вас більшу частину розбору, і багато з них мають необмежуючу ліцензію, яка дозволяє вам використовувати вказане програмне забезпечення у власному власному програмному забезпеченні.

Використання деякого загального роздільника має справно працювати при розділенні великих довільних рядків, але я б рекомендував не використовувати довільний символ. Хтось, хто читає цей рядок як непростий текст, може бути переплутаний, не кажучи вже про проблеми з UTF та незалежно від того, відображається чи ні символ всередині розділів чи ні.

Найважливіша частина цього полягає в тому, що кожен розділ залишається недоторканим, тоді як кожен "заголовок розділу" повинен бути відповідним чином ідентифікований.

Чому б не використовувати загальний розділювач, а зберегти його читабельним? Щось на зразок:

[SECTION]
Part 1
Boat

[SECTION]
Section A
Programming

[SECTION]
Part 2
Partitioning boats for programming.

[SECTION]
Section AA
Section SQL Entries.

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

Без подальшого знання того, який текст очікується в кожному розділі, важко дати рекомендацію щодо того, який загальний роздільник буде найкращим у цьому випадку.

Здається, прийнята відповідь пропустила те, що ви написали в коментарі:

Причина полягає в тому, що для багатьох маніпуляцій, які я роблю, потрібен повний рядок

і наводив це як приклад:

s.replace ("човен", "програмування");

Якщо це те, що ви хочете, це IMHO дійсно погана ідея використовувати деяку "розмітку" або текстовий роздільник для всієї рядка, це завжди має певний ризик втручатися в маніпуляції і не призведе до надійного коду. Особливо, коли ви намагаєтесь почати використовувати регулярні вирази на такій комбінованій рядку, ви, мабуть, зіткнетеся з тими ж проблемами, що спостерігалися при спробі розбору HTLM або XML регулярними виразами .

Тим більше, що ви писали, що може існувати "тисяча [таких маніпуляцій] функцій", цей ризик може стати справжньою проблемою. Навіть якщо ви використовуєте деяку розмітку, наприклад XML, для внутрішнього зберігання списку рядків, вам потрібно переконатися, що маніпуляція буде обробляти лише вміст, а не розмітку, так що це означатиме розділити рядок на частини перед будь-якою обробкою та приєднатись після цього знову - так що ви будете мати високий ризик дати вам погану роботу.

Кращою альтернативою дизайну тут є надання абстрактного типу даних (використовуйте клас, якщо вам подобається), давайте його MyStringListможемо називати та надавати невеликий набір основних операцій, які дозволять вам реалізувати свої "тисячі функцій" з точки зору цих операцій. Наприклад, можуть бути загальні findта replaceоперації, або загальна функціональна mapоперація . Ви також можете додати щось на зразок JoinToStringоперації, якщо вам дійсно потрібен весь список в одній рядку для певних цілей.

Використовуючи ці операції, ваш страх, що код стане складнішим, оскільки "все, що потрібно зробити в циклі for", стає безглуздим, оскільки єдині forцикли, які ви отримуєте, інкапсульовані всередині операцій типу даних. І я б не хвилювався щодо продуктивності, доки ви не матимете реального, вимірюваного впливу на продуктивність (який, я сумніваюся, ви отримаєте, якщо правильно виконати основні операції).

Описаний формат дуже схожий на файли INI:

https://en.wikipedia.org/wiki/INI_file

У цьому випадку розділ додається квадратними дужками [], тому те, що ви описуєте, має сенс, позначаючи розділ якось, щоб додати додаткового значення цьому тексту.

Наприклад, я можу створити такий рядок:

Запитання: З чого ви "генеруєте" цей рядок?

Буде , що буде легше маніпулювати?