文字列内にテキストマーカーを配置するのは悪いスタイルですか？代わりはありますか？

私は多くの操作を必要とする巨大な文字列を扱います。

たとえば、次のような文字列を生成します。

パート1
ボート

セクションA
プログラミング

パート2
プログラミング用の分割ボート。

セクションAA
セクションSQLエントリ。

文字列が大きすぎて手動ですべての部分をチェックすることはできません。今、私はする必要がありsplit、このstring中stringlistのセクションおよび部品によって。2つのオプションを考えることができます。

正規表現：

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

それはうまくいくように見えますが、時々例外が通り抜けます（IE：Section SQL Entries誤って分割されます）

それ以外の場合は、最初の文字列を生成するときにマーカーを配置できます。

🚤💻パート1
ボート

🚤💻セクションA
プログラミング

🚤💻パート2
プログラミング用のパーティショニングボート。

🚤💻
セクションAA セクションSQLエントリ。

つまり、文字列の分割が簡単になります。

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（ "boat"、 "programming"）;

これが必要な場合、文字列全体に「マークダウン」またはテキストセパレーターを使用するのは非常に悪い考えです。これは、操作に干渉する特定のリスクが常にあり、堅牢なコードにつながりません。特に、このような結合された文字列で正規表現の使用を開始しようとすると、正規表現を使用してHTLMまたはXMLを解析しようとするときに観察される同じ問題に遭遇する可能性があります。

特に「何千もの[そのような操作]機能」があると書いたので、そのリスクは実際の問題になるかもしれません。XMLなどのマークダウンを使用して文字列リストを内部的に保存する場合でも、操作がマークダウンではなくコンテンツのみを処理することを確認する必要があるため、処理を実行する前に文字列を分割して、結合する必要があります。その後、再び-それはあなたに悪いパフォーマンスを与える高いリスクがあります。

ここでより優れた設計の代替案は、抽象データ型（必要に応じてクラスを使用）MyStringListを提供し、それを呼び出して、その操作の観点から「数千の関数」を実装できる少数の基本操作を提供することです。たとえば、ジェネリックfindとreplaceオペレーション、またはジェネリックな機能mapオペレーションがあるかもしれません。JoinToString特定の目的のために1つの文字列のリスト全体が本当に必要な場合は、操作のようなものを追加することもできます。

これらの操作を使用すると、「forループですべてを実行する必要がある」ためにコードが複雑になるのではないかという不安が生じforます。そして、実際に測定可能なパフォーマンスへの影響が出るまで、基本的な操作を適切に実装した場合に、そのパフォーマンスについて心配する必要はありません。

説明されている形式は、INIファイルに非常に似ています。

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

その場合、セクションは角かっこ[]で囲まれているので、テキストに追加の意味を追加するためにセクションを何らかの方法でマークすることにより、説明した内容が意味をなすようになります。

たとえば、次のような文字列を生成します。

質問：この文字列を何から「生成」しますか？

それは操作が簡単ですか？