Позвольте мне начать с того, что я знаю, что пример git + ssh: // не очень хороший, так как он излишний и не нужен на практике.
Суть моего вопроса о вложенностиСхемы URL (которые могут быть очень глубокими), а также как выразить конкретный протокол прикладного уровня, который может выполняться поверх одного или нескольких других транспортов, альтернативно нативному.
Например, если ясоздание службы "chargen", и у меня есть настольное приложение с графическим интерфейсом, настроенное для обработки chargen://example.com:19/, это довольно просто.Но если я хочу поддержать версию chargen, которая может работать поверх https, мне нужно это выразить.Я также хочу иметь возможность щелкнуть гиперссылку и назначить соответствующий обработчик приложения для этого протокола.Поэтому, следуя примеру Git, он может выглядеть как chargen+https://example.com/ или, может быть, chargen://https://example.com/
. В реальном мире я недавно использовал службу, которая предлагает опубликованные календари для подписки, и делится ссылкой, которая выглядит примерно так webcal://host.example.com/calendar/xyz.К сожалению, этого недостаточно, чтобы указать, является ли ресурс HTTP или HTTPS.(Конечно, это должен быть HTTPS, но моя цель в том, чтобы искать возможность уточнить многоуровневые протоколы.)
Итак, чтобы подвести итог моему актуальному вопросу, я ищу стандарты или хорошо принятые практики, способные четкои однозначно указать, как разрешить службу, которая обслуживается несколькими уровнями протоколов.