OpenAPI YAML Doğrulayıcı

openapi.yaml dosyanızı yapıştırın; doğrulayıcı her spesifikasyonun ihtiyaç duyduğu parçaları kontrol eder: bir version alanı, title ve version içeren bir info nesnesi ve bir paths nesnesi. Ayrıca başında eğik çizgi olmayan yol anahtarları ve tanımadığı işlem anahtarları için uyarır.

Bir OpenAPI YAML dosyası nasıl doğrulanır

  1. 1

    YAML'ı kopyalayın

    `openapi.yaml` veya `swagger.yaml` dosyanızın tüm içeriğini, girintileri tam olduğu gibi koruyarak kopyalayın.

  2. 2

    Alana yapıştırın

    OpenAPI / Swagger belge kutusuna yapıştırın. YAML'da girinti yapının kendisidir, bu yüzden yeniden yazmayın veya biçimlendirmeyin.

  3. 3

    Doğrulamayı çalıştırın

    Sonuç adımına geçin ve hataları ile uyarıları okuyun.

  4. 4

    Düzeltin ve yeniden kontrol edin

    Dosyanızda bildirilen her öğeyi düzeltin, yeni sürümü yapıştırın ve yeniden çalıştırın.

Girintilerin sonucu neden etkilediği

YAML’da anahtarların iç içe geçme düzeyi, bir alanın hangi nesneye ait olduğunu belirler. version alanı, bir seviye aşağıda değil de info ile aynı girintide duruyorsa belge yine okunabilir YAML’dır, ancak info.version eksik kalır ve kontrol bunu bildirir. paths için de aynısı geçerlidir: bir yol anahtarı yanlışlıkla info altında girintilenirse üst düzeydeki paths nesnesi kaybolur.

Boşluk kullanın, sekme kullanmayın ve her seviye için tutarlı bir adım, örneğin seviye başına iki boşluk, tutturun.

Çalışılmış bir örnek

openapi: 3.0.3
info:
  title: Pets API
paths:
  /pets:
    get:
      summary: List pets

Sürüm alanı, info.title ve paths mevcut; /pets eğik çizgiyle başlıyor ve get bilinen bir metot. Eksik olan tek şey info.version. Rapor şunu listeler:

Bulgu Tür
info.version is required. Hata

info altına iki boşlukla girintili version: 1.0.0 ekleyin; belge yapısal olarak geçerli bildirilir.

Okuma güvenilir olsun diye belgeleri sade tutun

Kontrol, tutarlı girintilerle iç içe geçmiş düz anahtar: değer satırları gibi sıradan YAML eşlemelerini en iyi şekilde okur. Çapa veya çok satırlı bloklar gibi gelişmiş YAML özelliklerine sahip bir belge okunamaz bildirilir ya da alanlar eksik görünürse, sorunun içerikte mi yoksa YAML sözdiziminde mi olduğunu anlamak için aynı spesifikasyonun bir JSON kopyasını deneyin.

Temiz bir sonuç yalnızca iskeleti onaylar. $ref bağlantılarını çözmez ve şemaları kontrol etmez.

YAML spesifikasyonları için pratik bir iş akışı

Küçük adımlarla düzenleyin ve sık sık yeniden kontrol edin. Yeni bir yol eklediğinizde veya bir bloğu taşıdığınızda, değişiklik tazeyken hatalı bir girintinin yakalanması için dosyayı yeniden yapıştırın. Büyük bir spesifikasyonu birden fazla dosyaya böldüğünüzde birleştirilmiş sürümü yapıştırın, çünkü bu kontrol yalnızca size verilen metni okur ve diğer dosyaları yüklemez. Web sayfalarının boşlukları ve tırnakları YAML’ın okunuşunu değiştiren benzer görünümlü karakterlerle değiştirebileceği için, işlenmiş bir sayfa yerine düzenleyicinizden kopyalayın.

Son olarak, raporun yalnızca kontrolün görebildiklerini listelediğini unutmayın. Bir YAML dosyasında temiz sonuç, iskeletin doğru olduğu anlamına gelir; içindeki her işlemin, şemanın veya referansın doğru olduğu anlamına gelmez.

Sık Sorulan Sorular

Boşluk. YAML girinti için sekmeleri kabul etmez; bir sekme belgeyi okunamaz hale getirebilir veya alanları yanlış seviyeye itebilir.

Genellikle alan yanlış seviyede girintilenmiştir ve istediğinizden farklı bir nesneye aittir. Girintisini üst anahtarın girintisiyle karşılaştırın.

Bu kontrol yalnızca openapi veya swagger alanının varlığına bakar, değerine değil; bu yüzden tırnaklı ve tırnaksız sürümler de geçer. Swagger için "2.0" değerini tırnak içine almak yine de iyi bir alışkanlıktır.

Evet. Belge önce JSON olarak okunur, başarısız olursa YAML olarak okunur; bu yüzden iki biçim de aynı alanda çalışır.

İlgili Araçlar

Araç diğer dillerde mevcuttur

Rehberler ve kullanım örnekleri