Markdown Biçimlendirici

Bir Markdown belgesini yapıştırın; biçimlendirici onu tutarlı bir stile göre yeniden yazar: başlık düzeyi atlamalarını düzeltir (H4’ten sonra H2 gelmez), kaynakta hizalanmaları için tablo sütunlarını doldurur, bloklar arasında tek bir boş satır bırakır, liste işaretlerini - biçimine standartlaştırır, ardışık boş satırları birleştirir ve referans stili bağlantı tanımlarını en alta sıralar. Oluşturulan HTML değişmez, yalnızca kaynak dosya daha düzenli hâle gelir, böylece farklar (diff) okunabilir olur.

Biçimlendirici Markdown'ı nasıl yeniden yazar

  1. 1

    Markdown yapıştırın

    Ham belgeyi bırakın, README, dokümantasyon sayfası, toplantı notları.

  2. 2

    Stil seçeneklerini belirleyin

    Liste işareti (`-`/`*`), başlık stili (ATX/Setext), tablo hizalama, sarma sütunu.

  3. 3

    Biçimlendir

    Araç belgeyi bir AST'ye ayrıştırır ve seçilen stille yeniden seri hâle getirir.

  4. 4

    Çıktıyı karşılaştırın

    Yan yana görünüm, geri yapıştırmadan önce neyin değiştiğini gösterir.

Biçimlendiricinin düzelttikleri

  • Liste işaretleri. *, -, + tümü tutarlı tek bir karaktere (varsayılan -) standartlaştırılır.
  • Başlık hiyerarşisi. H2’yi arada H3 olmadan H4 izlediğinde uyarır (veya düzeyi yükseltir).
  • Boş satırlar. Bloklar arasında tam olarak bir boş satır; üç veya daha fazla ardışık satır olmaz.
  • Tablolar. Markdown işleyicileri umursamasa da, kaynakta borular (|) hizalansın diye her sütunu doldurur.
  • Sondaki boşluklar. İki boşluklu kasıtlı satır sonu işareti dışında her satırın sonundaki boşlukları temizler.
  • Referans bağlantıları. [label]: url tanımlarını belgenin sonunda toplar, alfabetik olarak sıralar.
  • Kod çitleri. Dil etiketi küçük harfe standartlaştırılır; girinti tabanlı kod blokları çitli bloklara dönüşür.

Ayarlayabileceğiniz stil seçenekleri

Seçenek Varsayılan Alternatifler
Liste işareti - *, +
Başlık stili ATX H1/H2 için Setext
Vurgu ayırıcısı * _
Kalın ayırıcısı ** __
Sarma sütunu 0 (kapalı) 80, 100, 120
Referans bağlantılarını sırala açık kapalı

Tutarlı Markdown neden önemlidir

Bir ekip deposunda tutarsız Markdown gürültülü farklar üretir: biri dosyayı farklı bir düzenleyiciyle her kaydettiğinde liste işaretleri yer değiştirir ve tablolar yeniden akar. Bir biçimlendirici tek bir stili dayatır, böylece pull request inceleyicileri yalnızca içerik değişikliklerini görür. Bunu düzyazı için prettier gibi düşünün.

Ne zaman biçimlendirilmemeli

  • Çitli kod blokları bayt bayt olduğu gibi kalır, biçimlendirici bir kod bloğunun içeriğine asla dokunmaz. Biçimlendirme kodu değiştiriyorsa bu bir hatadır.
  • Dar genişliklerde kasıtlı sabit satır sonları (terminal projesindeki readme.md gibi), sarma sütununu etkinleştirirseniz yeniden sarılır. Elle ayarlanmış satır sonlarını koruyorsanız sarmayı kapatın.
  • Gömülü HTML blokları değişmeden geçer.

Doğrudan yerine geçenler

Yerel bir CLI’yi tercih ediyorsanız, biçimlendirici remark-gfm eklentisiyle remark-stringify ile aynı AST kurallarını kullanır. prettier --parser markdown de benzer bir sonuç üretir.

Sık Sorulan Sorular

Hayır. Biçimlendirici yalnızca kaynağı yeniden yazar, öncesi ve sonrası için oluşturulan HTML çıktısı eşdeğer olmalıdır. Bir işleme değişikliği görürseniz bunu hata olarak bildirin.

Hayır. Dosyanın en üstündeki YAML veya TOML front-matter algılanır ve değiştirilmeden geçirilir.

Evet, sarma sütununu 80, 100 veya 120 olarak ayarlayın, paragraflar yeniden sarılır. Kod çitleri içindeki satırlara asla dokunulmaz.

Hayır. Biçimlendirici bağlantılarınızın çalıştığını varsayar; yalnızca referans bağlantısı tanımlarını yeniden düzenler. Ayrı bir bağlantı denetleyici aracı kullanın.

Hayır. Ayrıştırma ve biçimlendirme tarayıcınızda çalışır; içerik cihazınızdan asla ayrılmaz.

İlgili Araçlar

Araç diğer dillerde mevcuttur