Apicurio-studio: セキュリティスキーム：なしと別のスキーム（Apikey、Bearer ...）を同時に

あなたが説明したことを表現する方法があるかどうかを確認するために、OpenAPI仕様を調べる必要があります。 正直なところ、頭のてっぺんからはわかりません。

検証の問題を無効にすることに関しては、現在、検証の問題を抑制する機能は実装されていません。 ただし、その目的は常にそれを実行できるようにすることでした。 そのため、その機能の優先順位を上げます。

検証ロジックの実装は、最初から、個々のルールの有効化/無効化をサポートするように設計されていることを付け加えておきます。 足りないのは、UIでのサポートだけです。 :)

OK @ elaugier-これについて少し調査した後、OpenAPI仕様は確かにこのユースケースをサポートしていますが、Apicurioは実際にはサポートしていません。 仕様の詳細に興味がある場合は、ここにいくつかの参考資料があります。

https://github.com/OAI/OpenAPI-Specification/issues/14#issuecomment -297457320
https://github.com/OAI/OpenAPI-Specification/issues/1684

したがって、これをApicurioのバグとして分類し、UIでこのユースケースをサポートする適切な方法を検討します。

私の注意を引いてくれてありがとう。

将来の実装者（つまり私）への注意：「匿名」認証は、空のセキュリティ要件を含めることでOpenAPI仕様で表現できます。 このように（例えば）：

security: [
  {},
  {"oauth": […]}
]

これは、OAuthがオプションであることを示していますが、「認証なし」もオプションであることを示しています。 通常、このユースケースでは、認証を使用して呼び出しを行った場合と匿名で呼び出しを行った場合に、APIによって返される結果が異なります。

朗報です！ このプロジェクトに私のごくわずかな貢献をすることができてうれしいです。 私はそれを使い始めたばかりで、特によくできているようです。 それは本当にあなたがAPIを指定するために速く行くことを可能にします。 有難うございます。 他に何か（バグや提案）を見つけたら、遠慮なくお知らせします....私の質問に答えてくれてありがとう。

はい、お願いします-このようなプロジェクトをより良くするための最良の方法は、ユーザーからのフィードバックです！

現在、このためのUIサポートに取り組んでいます。 データモデルと検証レイヤーはすでに正常に機能していることがわかりました。 これは単なるUIの機能強化です。 明日行う必要があります。 :)

ちなみに、 @ elaugier-これは現在https://studio.apicur.io/で公開されています-フィードバックを歓迎します。 :)

正常に動作します！ ありがとうございます！