Metin işaretlerini dizelerin içine yerleştirmek kötü bir stil mi? Bir alternatif var mı?

Çok fazla manipülasyon gerektiren büyük dizelerle çalışıyorum.

Örneğin, böyle bir dize oluşturabilir:

Bölüm 1
Tekne

Bölüm A
Programlama

Bölüm 2
Programlama için tekneleri bölme.

Bölüm AA
Bölüm SQL Girişleri.

Dize, her parçasını manuel olarak kontrol etmek için çok büyük olacaktır. Şimdi gerek splitbu stringbir içine stringlistbölümleri ve parçaları tarafından. İki seçeneği düşünebilirim:

Düzenli Bir İfade:

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

Çalışması gerektiği gibi görünüyor, ancak bazen istisnalar geçiyor (IE: Section SQL Entriesyanlışlıkla bölünecek)

Aksi takdirde ne yapabilirim ilk dize oluştururken bir işaretleyici yerleştirmektir:

1 Bölüm 1
Tekne

Bölüm A
Programlama

Bölüm 2
Bölüm Programlama için bölme tekneleri.

AABölüm AA
Bölümü SQL Girişleri.

Bu, dizeyi bölmenin kolay olacağı anlamına gelir:

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

Bir şey bana, bunların hiçbirinin iyi bir stil veya programlama pratiği olmadığını söylüyor, ancak bu noktaya kadar tartışmadım veya bir alternatif bulamadım.

• Proje yöneticim olsaydınız, bu yöntemlerden birini kabul eder misiniz?
• Değilse, en iyi uygulama olarak ne yapmamı önerirsiniz?

Belge kodlamasının bir dizeye metin olarak gömülmesi kötü bir uygulama değildir. İşaretleme, HTML, XML, JSON, YAML, LaTeX vb.

Kötü uygulama, tekerleği yeniden icat etmektir. Kendi metin işlemcinizi yazmak yerine, mevcut bir standardı kullanmayı düşünün. Ayrıştırma işleminin çoğunu sizin için yapan çok sayıda ücretsiz yazılım vardır ve çoğunun söz konusu yazılımı kendi özel yazılımınızda kullanmanıza izin veren kısıtlayıcı olmayan bir lisansı vardır.

Bazı ortak ayırıcıların kullanılması daha büyük rasgele dizeleri ayırırken iyi çalışmalıdır, ancak keyfi bir sembol kullanılmasına karşı öneriyorum. Bu dizeyi düz metin olarak okuyan biri, UTF ile ilgili sorunlardan ve sembolün bölümlerin içinde görünüp görünmediğinden bahsetmemekle karıştırılabilir.

Bunun en önemli kısmı, her bölümün bozulmadan kalması ve her bir "bölüm başlığının" uygun şekilde tanımlanması gerektiğidir.

Neden ortak bir ayırıcı kullanmıyor ancak okunabilir halde kalsın? Gibi bir şey:

[SECTION]
Part 1
Boat

[SECTION]
Section A
Programming

[SECTION]
Part 2
Partitioning boats for programming.

[SECTION]
Section AA
Section SQL Entries.

Sorun, herhangi bir bölüm göstermemesi garanti edilen bir şey olması gerektiğinden, ayırıcının ne olması gerektiğine karar vermektir . Sen ayrıca bir olarak tanımlamak olabilir ayırıcı öyle isteyerek bir satırın başında ve o hat üzerinde sadece metin .

Her bölümde hangi metnin beklendiği hakkında daha fazla bilgi olmadan , bu durumda hangi ayırıcının en iyi olacağı konusunda bir öneri yapmak zordur .

Kabul edilen cevap, bir yorumda yazdıklarınızı kaçırmış gibi görünüyor:

Bunun nedeni, yaptığım manipülasyonun çoğunun tam dizeyi gerektirmesidir

ve bunu örnek olarak verdim:

s.replace ("tekne", "programlama");

İstediğiniz buysa, IMHO, tüm dizeniz için bazı "işaretleme" veya metin ayırıcı kullanmak gerçekten kötü bir fikirdir, bu her zaman manipülasyona müdahale etmek için belirli bir risk taşır ve sağlam koda yol açmaz. Özellikle böyle bir birleşik dize üzerinde düzenli ifadeler kullanmaya başladığınızda, muhtemelen HTLM veya XML'i normal ifadelerle ayrıştırmaya çalışırken insanların karşılaştığı sorunlarla karşılaşırsınız .

Özellikle çünkü orada olabileceğini yazdı "[böyle manipülasyon] fonksiyonların binlerce", risk gerçek bir sorun haline gelebilir. Dize listesini dahili olarak saklamak için XML gibi bir işaretleme kullansanız bile, manipülasyonun işaretlemeyi değil yalnızca içeriği işleyeceğinden emin olmanız gerekir, böylece herhangi bir işlem yapmadan önce dizeyi parçalara bölmek ve katılmak daha sonradan tekrar - bu yüzden bu size kötü bir performans veren bir yüksek risk olacaktır.

Buradaki en iyi tasarım alternatifi, soyut bir veri türü sağlamak (isterseniz bir sınıf kullanmak), onu çağırmak MyStringListve "binlerce işlevinizi" bu işlemler açısından gerçekleştirmenize izin veren küçük bir temel işlemler kümesi sağlamaktır. Örneğin, genel findve replaceişlemler veya genel bir işlevsel mapişlem olabilir . Ayrıca JoinToString, belirli purporses için bir dizede tüm listeye gerçekten ihtiyacınız varsa , işlem gibi bir şey de ekleyebilirsiniz .

Bu işlemleri kullanarak, kodun daha karmaşık hale gelmesinden korkmanız, çünkü "her şey bir for döngüsü içinde yapılması gerekecek" anlamsız hale gelir, çünkü aldığınız tek fordöngüler veri tipinin işlemleri içinde kapsüllenir. Ve gerçek, ölçülebilir bir performans etkiniz olana kadar (temel işlemleri doğru bir şekilde uygularsanız alacağınızdan şüpheleniyorum) performanstan endişe etmem.

Açıklanan biçim INI dosyalarına çok benzer:

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

Bu durumda, bölüm köşeli parantez [] ile çevrelenir, bu nedenle açıkladığınız şey, metne ek anlam eklemek için bölümü bir şekilde işaretleyerek mantıklıdır.

Örneğin, böyle bir dize oluşturabilir:

Soru: Bu dizgiden ne üretiyorsunuz?

Misiniz o işlemek için daha kolay olacak?