문자열 안에 텍스트 마커를 배치하는 것이 나쁜 스타일입니까? 대안이 있습니까?

나는 많은 조작이 필요한 거대한 문자열로 작업합니다.

예를 들어 다음과 같은 문자열을 생성 할 수 있습니다.

1 부
보트

섹션 A
프로그래밍

Part 2
프로그래밍을위한 파티션 보트.

AA
섹션 SQL 항목.

문자열이 너무 커서 모든 부분을 수동으로 확인할 수 없습니다. 지금은 필요 split이 string에 stringlist섹션 및 부품에 의해. 두 가지 옵션을 생각할 수 있습니다.

정규식 :

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

그것은 효과가있는 것처럼 보이지만 때로는 예외가 사라집니다 (IE : Section SQL Entries잘못 스플릿 될 것입니다)

그렇지 않으면 내가 할 수있는 것은 초기 문자열을 생성 할 때 마커를 배치하는 것입니다.

🚤💻1 부
보트

A💻 섹션 A
프로그래밍

2💻Part 2
프로그래밍을위한 파티션 보트.

AA💻
섹션 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");

그것이 당신이 원하는 것이라면, IMHO는 전체 문자열에 대해 "마크 다운"또는 텍스트 구분 기호를 사용하는 것이 정말로 나쁜 생각입니다. 특히 이러한 결합 된 문자열에서 정규식 사용을 시작 하려고하면 HTLM 또는 XML을 정규식으로 구문 분석 할 때 사람들이 발견 한 것과 동일한 문제가 발생할 수 있습니다.

특히 "수천 개의 [그런 조작] 기능"이있을 수 있기 때문에 이러한 위험은 실제 문제가 될 수 있습니다. XML과 같은 일부 마크 다운을 사용하여 문자열 목록을 내부적으로 저장하더라도 마크 다운이 아닌 내용 만 조작하여 처리하도록해야합니다. 그것은 나중에 다시 - 그래서 그것은 당신에게 나쁜 성능을 제공하는 높은 위험이 있습니다.

여기서 더 나은 디자인 대안은 추상 데이터 유형 (원하는 경우 클래스 사용)을 MyStringList제공하고 이를 호출 할 수 있으며 해당 작업 측면에서 "수천 개의 함수"를 구현할 수있는 작은 기본 작업 세트를 제공하는 것입니다. 예를 들어, 일반 find및 replace오퍼레이션 또는 일반 기능 map오퍼레이션 이있을 수 있습니다 . JoinToString특정 purporses에 대해 하나의 문자열로 전체 목록이 실제로 필요한 경우 작업 과 같은 것을 추가 할 수도 있습니다 .

이러한 연산을 사용하면 "for 루프에서 모든 작업을 수행해야하기 때문에 " 코드가 더 복잡해질 것이라는 두려움 이 무의미 해집니다. 왜냐하면 유일한 for루프는 데이터 유형의 연산 내에 캡슐화 되기 때문 입니다. 그리고 실제로 측정 가능한 성능에 영향을 줄 때까지 성능에 대해 걱정하지 않습니다 (기본 작업을 올바르게 구현하면 의심 스럽습니다).

설명 된 형식은 INI 파일과 매우 유사합니다.

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

이 경우 섹션은 대괄호 ([])로 묶이므로 해당 텍스트에 의미를 더하기 위해 섹션을 어떤 방식으로 표시하여 의미가 있습니다.

예를 들어 다음과 같은 문자열을 생성 할 수 있습니다.

질문 :이 문자열을 무엇으로부터 "생성"합니까?

것 그 조작하기 쉬워 수?