มันคือ. yaml หรือ .yml?

ตามyaml.org.yamlนามสกุลไฟล์อย่างเป็นทางการ

อ้างถึง:

มีส่วนขยายอย่างเป็นทางการสำหรับไฟล์ YAML หรือไม่

กรุณาใช้ ".yaml" เมื่อเป็นไปได้

อย่างไรก็ตามดูเหมือนว่าจะมีความขัดแย้งในอินเทอร์เน็ตที่ใช้ส่วนขยาย หากคุณค้นหาตัวอย่างบนเว็บส่วนมากจะใช้.ymlส่วนขยายที่ไม่ได้รับอนุญาต

การค้นหา Google ส่งคืนผลลัพธ์เกือบ 3 เท่าของผลลัพธ์ที่สั้นกว่า

49,100

15,400

แล้วฉันควรใช้อันไหนดี? ส่วนขยาย 4 ตัวอักษรที่ถูกต้องที่แนะนำโดยผู้สร้างหรือส่วนขยาย 3 ตัวอักษรที่พบในตะวันตกป่าของอินเทอร์เน็ต?

ธรรมชาติและแม้กระทั่งการมีอยู่ของนามสกุลไฟล์ขึ้นอยู่กับแพลตฟอร์ม (บางแพลตฟอร์มที่คลุมเครือไม่มีแม้กระทั่งจำได้) - ในระบบอื่น ๆ เป็นแบบทั่วไป (UNIX และ ILK) ในขณะที่คนอื่นยังคงมีความหมายชัดเจน และในบางกรณีข้อ จำกัด เฉพาะเกี่ยวกับความยาวหรือเนื้อหาตัวอักษร (Windows ฯลฯ )

เนื่องจากผู้ดูแลระบบขอให้คุณใช้ ". yaml" นั่นก็ใกล้เคียงกับคำตัดสิน "อย่างเป็นทางการ" เท่าที่คุณจะทำได้ แต่นิสัยของ8.3นั้นยากที่จะออกไป

แก้ไข:

แล้วฉันควรใช้อันไหนดี? ส่วนขยาย 4 ตัวอักษรที่ถูกต้องที่แนะนำโดยผู้สร้างหรือส่วนขยาย 3 ตัวอักษรที่พบในตะวันตกป่าของอินเทอร์เน็ต?

คำถามนี้อาจเป็น:

1. ขอคำแนะนำ; หรือ

2. การแสดงออกทางธรรมชาติของอารมณ์ความรู้สึกนั้น ๆ ซึ่งเกิดขึ้นขณะที่คนหนึ่งกำลังสังเกตว่าคำแนะนำอย่างเป็นทางการบางอย่างกำลังถูกเพิกเฉย - โดดเด่นหรือแม้กระทั่งเด่น

ผู้คนต่างกันในความสมัครใจต่อไปนี้:

1. คำแนะนำอย่างเป็นทางการ; หรือ

2. ความสำคัญของการฝึกฝน

แน่นอนว่าฉันไม่น่าจะมีอิทธิพลกับคุณเพราะคุณต้องการใช้เส้นทางไหนในสองเส้นทางนี้!

ในสิ่งต่อไปนี้ (และด้วยจิตวิญญาณของวิทยาศาสตร์) ฉันแค่ตั้งสมมติฐานเกี่ยวกับสิ่งที่ (เพียงตามความเป็นจริง) ทำให้คนส่วนใหญ่ใช้ส่วนขยาย 3 ตัวอักษร และฉันมุ่งเน้นไปที่สาเหตุที่มีประสิทธิภาพ

จากนี้ฉันไม่ได้ตั้งใจที่จะตักเตือนคุณธรรม ดังที่คุณอาจจำได้ความจริงที่ว่ามีบางสิ่งไม่ได้หมายความว่าควรเป็นเช่นนั้น

ไม่ว่าความชอบส่วนตัวของคุณจะเป็นไปตามเส้นทางใดเส้นทางหนึ่งฉันไม่คัดค้าน

(สิ้นสุดการแก้ไข)

ข้อเสนอแนะว่าการตั้งค่านี้ (ในการใช้งานจริง) เกิดจากข้อ จำกัด DOS-ish 8.3 ตัวอักษร, IMO เป็น ปลาเฮอริ่งแดง (ผิดพลาดและทำให้เข้าใจผิด)

ตั้งแต่เดือนสิงหาคม 2559 การค้นหาโดย Google สำหรับ YML และ YAML นั้นมีประมาณ 6,000,000 และ 4,100,000 (ความแม่นยำสองหลัก) นอกจากนี้การนับ "YAML" นั้นสูงอย่างไม่เป็นธรรมเพราะมันรวมถึงการพูดถึงภาษาด้วยชื่อนอกเหนือจากการใช้เป็นส่วนขยาย

ตั้งแต่เดือนกรกฎาคม 2018 การค้นหาของ Google สำหรับ YML และ YAML นั้นมีประมาณ8,100,000และ4,100,000 (อีกครั้งเพื่อความแม่นยำสองหลัก) ในช่วงสองปีที่ผ่านมา YML ได้รับความนิยมเป็นสองเท่า แต่ YAML ยังคงเหมือนเดิม

อีกมาตรการทางวัฒนธรรมคือเว็บไซต์ที่พยายามอธิบายนามสกุลไฟล์ ตัวอย่างเช่นบนเว็บไซต์ FilExt (ณ เดือนกรกฎาคม 2018) หน้าสำหรับYAMLผลลัพธ์เป็น: "Ooops! ฐานข้อมูล FILEXT.com ไม่มีข้อมูลใด ๆ เกี่ยวกับนามสกุลไฟล์. YAML"

ในขณะที่มีรายการสำหรับYMLซึ่งให้: "YAML ... ใช้ไฟล์ข้อความและจัดระเบียบเป็นรูปแบบที่มนุษย์อ่านได้ 'database.yml' เป็นตัวอย่างทั่วไปเมื่อใช้ Ruby on Rails โดย YAML เพื่อเชื่อมต่อกับฐานข้อมูล "

เมื่อวันที่พฤศจิกายน 2014 บทความวิกิพีเดียในการขยายYMLยังระบุว่า ".yml" คือ ' นามสกุลไฟล์สำหรับรูปแบบไฟล์ YAML' (เน้นเพิ่ม) มันYAMLบทความทั้งสองรายการส่วนขยายโดยไม่ต้องแสดงการตั้งค่า

ส่วนขยาย ".yml" มีความชัดเจนเพียงพอมีความสั้นมากขึ้น (ทำให้พิมพ์และจดจำได้ง่ายกว่า) และพบได้บ่อยกว่า

แน่นอนส่วนขยายทั้งสองนี้อาจถูกมองว่าเป็นตัวย่อของส่วนขยายที่ยาวและเป็นไปได้ ".yamlaintmarkuplanguage" แต่โปรแกรมเมอร์ (และผู้ใช้) ไม่ต้องการพิมพ์ทั้งหมด!

แต่เราโปรแกรมเมอร์ (และผู้ใช้) ต้องการพิมพ์ให้น้อยที่สุดเท่าที่จะเป็นไปได้และยังไม่มีความชัดเจนและชัดเจน และเราต้องการดูว่าเป็นไฟล์ประเภทใดโดยเร็วที่สุดโดยไม่ต้องอ่านคำอีกต่อไป การพิมพ์จำนวนอักขระที่จะบรรลุเป้าหมายทั้งสองนี้สำเร็จ ไม่ใช่คำตอบที่สาม (3) พูดอีกอย่างคือ YML?

วิกิพีเดียหมวดหมู่: Filename_extensionsรายการรายการหน้า.a , .oและอัด Z ยังไงก็เถอะ. c และ. h (ใช้โดยภาษา C) ตัวอย่างส่วนขยายที่เป็นตัวอักษรตัวเดียวช่วยให้เราเห็นว่าส่วนขยายนั้นควรจะยาวเท่าที่จำเป็น แต่จะไม่นานกว่านั้น

โปรดสังเกตว่าโดยทั่วไปแล้วส่วนขยายบางอย่างเริ่มต้นด้วย "Y" ในทางกลับกันตัวอักษร X ใช้สำหรับความหมายที่หลากหลายรวมถึง "cross," "ส่วนขยาย," "สุดขีด," "ตัวแปร," ฯลฯ (เช่นใน XML) ดังนั้นเริ่มต้นด้วย "Y" บ่งบอกถึงข้อมูลจำนวนมาก (ในแง่ของทฤษฎีข้อมูล) ในขณะที่เริ่มต้นด้วย "X" ไม่ได้

การพูดภาษาดังนั้นตัวย่อ "XML" มี (ในทาง) เพียงสองตัวอักษรข้อมูล ("M" และ "L") "YML" มีตัวอักษรที่ให้ข้อมูลสามตัว ("M", "L" และ "Y") อันที่จริงชุดคำย่อที่มีอยู่เริ่มต้นด้วย Y ดูเหมือนจะเล็กมาก นี่คือสาเหตุที่นามสกุลไฟล์ YAML สี่ตัวอักษรรู้สึกเกินขนาดอย่างมาก

บางทีนี่อาจเป็นเหตุผลที่เราเห็นว่าในทางปฏิบัติความกดดัน "ภาษาศาสตร์" (ในการใช้งานตามธรรมชาติ) เพื่อยืดตัวย่อในคำถามที่มีอักขระสี่ (4) ตัวอ่อนแอและความกดดัน "ภาษาศาสตร์" เพื่อย่อตัวอักษรนี้ให้เหลือสาม แข็งแรง

จากปัจจัยเหล่านี้ (และไม่ใช่การรับรองอย่างเป็นทางการ) ฉันจะทราบว่ารายการข่าวล่าสุดของเว็บไซต์YAML.org (จากเดือนพฤศจิกายน 2011) เป็นโครงการเกี่ยวกับ JavaScript ที่เขียนใน JavaScript, JS-YAML , ซึ่งตัวมันเองภายในต้องการใช้ส่วนขยาย ".yml"

ปัจจัยดังกล่าวอาจเป็นปัจจัยหลัก อย่างไรก็ตามปัจจัยทั้งหมด (รู้จักหรือไม่รู้จัก) ส่งผลให้การขยายตัวย่อสาม (3) ตัวอักษรกลายเป็นหนึ่งในการใช้งานที่โดดเด่นสำหรับ YAML แม้จะมีการตั้งค่าของนักประดิษฐ์

".YML" น่าจะเป็นมาตรฐานอย่างแท้จริง แต่นักประดิษฐ์คนเดียวกันก็เข้าใจและถูกต้องเกี่ยวกับความต้องการของโลกสำหรับภาษาข้อมูลที่มนุษย์สามารถอ่านได้ และเราควรขอบคุณพวกเขาที่ให้บริการ

หลังจากที่ได้อ่านความคิดเห็นของผู้คนมากมายทางออนไลน์เกี่ยวกับเรื่องนี้ปฏิกิริยาแรกของฉันคือว่านี่เป็นหนึ่งในการโต้วาทีที่ไม่สำคัญจริงๆ อย่างไรก็ตามความสนใจเริ่มต้นของฉันคือการหารูปแบบที่เหมาะสมเพื่อให้ฉันสามารถสอดคล้องกับการตั้งชื่อไฟล์ของฉัน

เรื่องสั้นสั้นผู้สร้าง YAML กำลังพูด.yamlแต่ส่วนตัวแล้วฉันก็ทำ.ymlต่อไป นั่นก็ทำให้รู้สึกมากขึ้นเพื่อฉัน ดังนั้นฉันจึงออกเดินทางเพื่อค้นหาคำยืนยันและในไม่ช้าฉันก็รู้ว่านักเทียบท่าใช้.ymlทุกที่ ฉันกำลังเขียนdocker-compose.ymlไฟล์อยู่ตลอดเวลาในขณะที่คุณเห็นในเอกสารของ kubernetes kubectl apply -f *.yaml...

ดังนั้นโดยสรุปแล้วทั้งสองรูปแบบได้รับการยอมรับอย่างชัดเจนและหากคุณอยู่ที่ปลายอีกด้านหนึ่ง (เช่น: ระบบการเขียนที่ได้รับไฟล์ YAML เป็นอินพุต) คุณควรอนุญาตให้ทั้งสอง นั่นดูเหมือนกรณีงูอีกตัวเทียบกับกรณีอูฐอย่าง ...

.yaml.ymlเห็นได้ชัดคือการขยายอย่างเป็นทางการเพราะงานบางอย่างล้มเหลวเมื่อใช้ ในทางกลับกันฉันไม่คุ้นเคยกับแอปพลิเคชันที่ใช้รหัส YAML แต่ล้มเหลวด้วย.yamlส่วนขยาย

ฉันเพิ่งพบสิ่งนี้เพราะฉันคุ้นเคยกับการเขียน.ymlใน Ansible และ Docker Compose เป็นนิสัยฉันใช้.ymlเมื่อเขียนไฟล์ Netplan ซึ่งล้มเหลวอย่างเงียบ ๆ ในที่สุดฉันก็พบข้อผิดพลาด ผู้เขียนบทบาท Ansible Galaxy ที่เป็นที่นิยมสำหรับ Netplan ทำให้สมมติฐานเดียวกันในรหัสของเขา:

- name: Capturing Existing Configurations
  find:
    paths: /etc/netplan
    patterns: "*.yml,*.yaml"
  register: _netplan_configs

ยังไฟล์ใด ๆ ที่มี.ymlนามสกุลได้รับการปฏิเสธโดย Netplan ในลักษณะเดียวกับไฟล์ที่มี.bakนามสกุล เนื่องจาก Netplan เงียบมากและไม่ได้รับการตอบรับใด ๆ ต่อความสำเร็จแม้จะมีnetplan apply --debugการกำหนดค่าเช่น01-netcfg.ymlจะล้มเหลวอย่างเงียบ ๆ โดยไม่มีการตอบกลับที่มีความหมายใด ๆ