Według yaml.org , oficjalne rozszerzenie pliku to .yaml
.
Zacytować:
Czy istnieje oficjalne rozszerzenie plików YAML?
Jeśli to możliwe, użyj „.yaml”.
Wydaje się jednak, że w Internecie istnieje różnica zdań, z którego rozszerzenia korzystać. Jeśli szukasz przykładów w Internecie , wiele z nich używa niesankcjonowanego .yml
rozszerzenia.
Wyszukiwanie w Google zwraca prawie 3 razy więcej wyników dla krótszego.
49 100
15 400
Którego mam użyć? Prawidłowe czteroliterowe rozszerzenie sugerowane przez twórcę lub trzyliterowe rozszerzenie znalezione na dzikim zachodzie internetu?
yaml
configuration-files
app.yaml
Spuder
źródło
źródło
.yml
, wtedy ludzie mogą zmienić na.yaml
:-)© 2001-2006 YAML.org All Rights Reserved
Odpowiedzi:
Natura, a nawet istnienie rozszerzeń plików, zależy od platformy (niektóre niejasne platformy nawet ich nie mają, pamiętaj) - w innych systemach są one tylko konwencjonalne (UNIX i jego podobne), podczas gdy w jeszcze innych mają określoną semantykę aw niektórych przypadkach określone ograniczenia długości lub zawartości znaków (Windows itp.).
Ponieważ opiekunowie poprosili o użycie „.yaml”, jest to tak zbliżone do „oficjalnego” orzeczenia, jak to tylko możliwe, ale nawyk 8.3 jest trudny do zniesienia (i, co przerażające, nadal czasami ma znaczenie w 2013 r.).
źródło
.yml
i nic nie możesz na to poradzić.DOCUME~1.HTM
. )EDYTOWAĆ:
To pytanie może brzmieć:
Prośba o poradę; lub
Naturalny wyraz tej konkretnej emocji, którą się doświadcza, podczas gdy obserwuje się, że niektóre oficjalne zalecenia są ignorowane - wyraźnie, a nawet głównie.
Ludzie różnią się upodobaniem do:
Oficjalne porady; lub
Przewaga praktyki.
Oczywiście raczej nie mam na ciebie wpływu, jeśli chodzi o którą z tych dwóch ścieżek wolisz podążać!
W dalszej części (i zgodnie z duchem nauki) stawiam jedynie hipotezę na temat tego, co (tylko w rzeczywistości) skłoniło większość ludzi do korzystania z 3-literowego rozszerzenia. I skupiam się na skutecznych przyczynach.
Nie zamierzam przez to napominać moralnie. Jak pamiętacie, fakt, że coś jest, nie oznacza, że tak powinno być.
Bez względu na waszą osobistą skłonność, czy to podążać tą czy inną ścieżką, nie mam nic przeciwko.
(Koniec edycji.)
Sugestia, że ta preferencja (w rzeczywistym użyciu) została spowodowana ograniczeniem DOS do 8,3 znaków, IMO to czerwony śledź (błędny i wprowadzający w błąd).
Według stanu na sierpień 2016 r. Wyniki wyszukiwania Google dla YML i YAML wynosiły około 6 000 000 i 4 100 000 (z dokładnością do dwóch cyfr). Ponadto liczba „YAML” była niesprawiedliwie wysoka, ponieważ obejmowała wzmiankę o języku z nazwy, poza jego użyciem jako rozszerzenia.
Według stanu na lipiec 2018 r. Wyniki wyszukiwania Google dla YML i YAML wynosiły około 8 100 000 i 4 100 000 (ponownie, z dokładnością do dwóch cyfr). Tak więc w ciągu ostatnich dwóch lat popularność YML zasadniczo się podwoiła, ale YAML pozostał taki sam.
Innym środkiem kulturowym są strony internetowe, które próbują wyjaśnić rozszerzenia plików. Na przykład na stronie internetowej FilExt (od lipca 2018 r.) Strona YAML pokazuje: „Ojej! Baza danych FILEXT.com nie ma żadnych informacji o rozszerzeniu pliku .YAML”.
Natomiast ma wpis dla YML , który daje: „YAML ... używa pliku tekstowego i organizuje go w formacie czytelnym dla człowieka.„ Database.yml ”jest typowym przykładem, gdy YAML jest używany przez Ruby on Rails połączyć się z bazą danych ”.
W listopadzie 2014 roku, artykuł Wikipedii na przedłużenie yml jeszcze stwierdził, że „.yml” jest « rozszerzenie pliku do formatu YAML» (podkreślenie dodane). W artykule YAML wymieniono oba rozszerzenia bez wyrażania preferencji.
Rozszerzenie „.yml” jest wystarczająco jasne, jest krótsze (a więc łatwiejsze do pisania i rozpoznawania) i jest znacznie częstsze.
Oczywiście oba te rozszerzenia mogą być postrzegane jako skróty długiego, możliwego rozszerzenia „.yamlaintmarkuplanguage”. Ale programiści (i użytkownicy) nie chcą tego wszystkiego pisać!
Zamiast tego, my programiści (i użytkownicy) chcemy pisać tak mało, jak to możliwe, a jednocześnie zachować jednoznaczność i jasność. I chcemy zobaczyć, jaki to plik, tak szybko, jak to możliwe, bez czytania dłuższego słowa. Wpisując, ile postaci osiąga oba te cele? Czy odpowiedź nie jest trzy (3)? Innymi słowy, YML?
Kategoria Wikipedii : strona Rozszerzenia nazw plików zawiera wpisy dla .a , .o i .Z . Jakoś brakowało .c i .h (używane przez język C.) Te przykładowe rozszerzenia z jedną literą pomagają nam dostrzec, że rozszerzenia powinny być tak długie, jak to konieczne, ale już nie dłuższe (aby zacytować Alberta Einsteina).
Zamiast tego zauważ, że na ogół niewiele rozszerzeń zaczyna się od „Y”. Z drugiej strony, litera X jest używana w wielu różnych znaczeniach, w tym „krzyż”, „rozszerzalny”, „ekstremalny”, „zmienna” itp. (Np. W XML). Zatem rozpoczęcie od „Y” już przekazuje wiele informacji (w kategoriach teorii informacji), podczas gdy rozpoczęcie od „X” nie.
Zatem pod względem językowym akronim „XML” ma (w pewnym sensie) tylko dwie litery informacyjne („M” i „L”). Zamiast tego „YML” ma trzy litery informacyjne („M”, „L” i „Y”). Rzeczywiście, istniejący zestaw akronimów zaczynających się na Y wydaje się niezwykle mały. W konsekwencji czteroliterowe rozszerzenie pliku YAML wydaje się być zbyt zawężone.
Być może dlatego w praktyce widzimy, że presja „językowa” (w naturalnym użyciu), aby wydłużyć przedmiotowy skrót do czterech (4) znaków, jest słaba, a presja „językowa”, aby skrócić ten skrót do trzech (3) znaków jest silny.
Prawdopodobnie wyłącznie z powodu tych czynników (a nie oficjalnego poparcia) chciałbym zauważyć, że najnowszy artykuł na stronie YAML.org (od listopada 2011 r.) Dotyczy projektu napisanego w JavaScript, JS-YAML , który sam wewnętrznie woli używać rozszerzenia „.yml”.
Wyżej wymienione czynniki mogły być głównymi; niemniej jednak wszystkie czynniki (znane lub nieznane) spowodowały, że skrócone, trzy (3) rozszerzenie znaków stało się tym, które dominuje w YAML - pomimo preferencji wynalazców.
„.YML” wydaje się de facto standardem. Jednak ci sami wynalazcy byli spostrzegawczy i słuszni, jeśli chodzi o światową potrzebę czytelnego dla ludzi języka danych. I powinniśmy im podziękować za dostarczenie tego.
źródło
.yaml
,.yml
Po przeczytaniu wielu komentarzy na ten temat w Internecie, moją pierwszą reakcją było to, że jest to w zasadzie jedna z tych naprawdę nieistotnych debat. Jednak moim początkowym zainteresowaniem było znalezienie odpowiedniego formatu, dzięki czemu mogłem być zgodny z moją praktyką nazywania plików.
Krótko mówiąc, twórca YAML mówi
.yaml
, ale ja osobiście ciągle to robię.yml
. To ma dla mnie więcej sensu . Wyruszyłem w podróż, aby znaleźć potwierdzenie i wkrótce zdaję sobie sprawę, że doker używa.yml
wszędzie.docker-compose.yml
Cały czas piszę pliki, a ty wciąż widzisz w dokumentach kuberneteskubectl apply -f *.yaml
...Podsumowując, oba formaty są oczywiście akceptowane i jeśli jesteś na drugim końcu (tj. Pisząc systemy, które otrzymują plik YAML jako dane wejściowe), powinieneś zezwolić na oba. To wygląda na kolejną skrzynkę węża kontra futerał na wielbłąda ...
źródło
.yl
,.ym
lub na.ml
rozszerzenie?.yaml
jest najwyraźniej oficjalnym rozszerzeniem, ponieważ niektóre aplikacje zawodzą podczas używania.yml
. Z drugiej strony nie znam żadnych aplikacji, które używają kodu YAML, ale nie działają z.yaml
rozszerzeniem.Natknąłem się na to, ponieważ byłem przyzwyczajony do pisania
.yml
w Ansible i Docker Compose. Z przyzwyczajenia korzystałem.yml
podczas pisania plików Netplan, które zawiodły w trybie cichym. W końcu zrozumiałem swój błąd. Autor popularnej roli Ansible Galaxy dla Netplan przyjmuje to samo założenie w swoim kodzie:Jednak wszystkie pliki z
.yml
rozszerzeniem są ignorowane przez Netplan w taki sam sposób, jak pliki z.bak
rozszerzeniem. Ponieważ Netplan jest bardzo cichy i nie przekazuje żadnych informacji zwrotnych na temat sukcesu, nawet przynetplan apply --debug
takiej konfiguracji,01-netcfg.yml
która zawiedzie bezgłośnie bez żadnej znaczącej informacji zwrotnej.źródło
Po prostu opowiadam ... Yaml to schemat / typ pliku, a „.yml” to rozszerzenie pliku podobne do pliku tekstowego i „.txt” dla rozszerzeń.
źródło
.yaml
, dlaczego głosujecie przeciwko temu?