ไฟล์ INI หรือ Registry หรือไฟล์ส่วนตัว?

ฉันต้องการบันทึกการกำหนดค่าของโครงการซึ่งรวมถึง

1. ขนาดหน้าจอ
2. ตำแหน่งหน้าจอ
3. เส้นทางโฟลเดอร์
4. การตั้งค่าผู้ใช้และอื่น ๆ

สถานที่มาตรฐานที่คุณสามารถบันทึกสิ่งเหล่านี้คือค่าการกำหนดค่าคือ:

1. Registry
2. ไฟล์ INI
3. ไฟล์ส่วนบุคคล (เช่น * .cfg)

คุณเลือกระหว่างสถานที่เหล่านี้อย่างไร นอกจากนี้ยังมีข้อดีและข้อเสียของการใช้ใด ๆ ของพวกเขา?

นอกจากนี้ยังมีข้อดีและข้อเสียของการใช้ใด ๆ ของพวกเขา?

Registry:

• + ค่อนข้างมาตรฐานในสภาพแวดล้อม Windows
• + โดยทั่วไปการสนับสนุนที่ดีจากตัวติดตั้ง ฯลฯ
• - API เฉพาะแพลตฟอร์มถ้าคุณต้องการย้ายแอปพลิเคชันของคุณ
• - ไม่สามารถอ่านได้โดยเฉพาะมนุษย์

ไฟล์ INI:

• + รูปแบบที่เรียบง่าย
• + แบบพกพา
• + มนุษย์อ่านได้
• - อาจเป็นการยากที่จะเก็บข้อมูลที่ซับซ้อนมากขึ้น (ตัวอย่างเช่นอะไรก็ตามที่ซ้อนกันมากกว่าสองระดับ)
• ?อาจต้องเขียนโปรแกรมแยกวิเคราะห์ของคุณเอง (แม้ว่าจะไม่ยาก) หรือใช้ห้องสมุดภายนอกอย่างSimpleIni (ขอบคุณ Jonathan Merlet สำหรับความคิดเห็น)

ไฟล์ XML (ฉันเดาว่านี่เป็นตัวเลือก. cfg):

• + รูปแบบมาตรฐาน
• + แบบพกพา
• + รองรับโครงสร้างที่ซ้อนกันอย่างล้ำลึก
• - ไม่สามารถอ่านได้โดยเฉพาะมนุษย์

ส่วนตัวแล้วสำหรับแอปพลิเคชั่น Windows ฉันมักจะใช้ C # และไปกับไฟล์ส่วนตัวสำหรับผู้ใช้ที่เก็บเป็น XML ฉันทำสิ่งนี้โดยทั่วไปเนื่องจากความสามารถในการอ่านของมนุษย์มักไม่ใช่ลำดับความสำคัญในประเภทของแอปพลิเคชันที่ฉันเขียน (และแอปพลิเคชันควรมีตัวแก้ไขการกำหนดค่าไม่ว่าในกรณีใด ๆ ) และในสภาพแวดล้อม. NET ฉันมักจะจบลงด้วยวัตถุ UserConfiguration ที่เพิ่งได้รับการอนุกรมและจากแฟ้มการกำหนดค่า - เกือบจะไม่มีการพัฒนาที่เกี่ยวข้อง (การแยกวิเคราะห์การคัดเลือกสิ่งรอบ ๆ ) และคุณมีการกำหนดค่าของคุณพร้อมที่จะใช้ในสภาพแวดล้อมที่พิมพ์อย่างรุนแรง

ฉันจะไปกับไฟล์ INI พวกเขาเป็นตัวเลือกที่เป็นมิตรกับมนุษย์มากขึ้น:

[window]
width       = 600
height      = 350
position.x  = 400
position.y  = 200

[paths]
path1       = "/some/random/path/"
path2       = "/some/other/random/path/"

[user]
name        = "Yannis"
preference  = "INI"

XML อาจเป็นตัวเลือกที่ดี แต่ไม่สามารถเอาชนะความเรียบง่ายและสง่างามของ INIs ได้:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <window>
        <width>600</width>
        <height>350</height>
        <position>
            <x>400</x>
            <y>200</y>
        </position>
    </window>
    <paths>
        <path1>/some/random/path/</path1>
        <path2>/some/other/random/path/</path1>
    </paths>
    <user>
        <name>Robert</name>
        <preference>XML</preference>
    </user>
</configuration>

INIs มีความเข้าใจเป็นอย่างดีและเป็นอิสระจากแพลตฟอร์ม อาจมีเครื่องมือไม่มากพอสำหรับพวกเขาเช่นเดียวกับไฟล์ XML เพราะใครต้องการเครื่องมือพิเศษในการอ่านและแก้ไขไฟล์ INI

ฉันชอบไฟล์ XML พวกเขาเป็นแบบลำดับชั้นคุณสามารถโค้งงอพวกเขาตามที่คุณคาดหวังได้พวกเขาเข้าใจได้ดีเป็นอิสระจากแพลตฟอร์มและมีซอฟต์แวร์มากมายให้อ่านและเขียนได้

หากต้องการขยายคำแนะนำของ Jeff D สำหรับYAML ต่อไปนี้เป็นคำแนะนำสั้น ๆ

YAML คล้ายกับ JSON (อันที่จริงแล้ว JSON เป็นเซตย่อยของ YAML ตั้งแต่เวอร์ชัน 1.2 ของมาตรฐาน YAML และสามารถทำการแยกวิเคราะห์ JSON ที่ถูกต้องโดยตัวแยกวิเคราะห์ YAML) เมื่อเห็นอย่างแรกความแตกต่างที่สำคัญคือ YAML (โดยค่าเริ่มต้น) ใช้การเยื้องแทนการถ่ายคร่อมเพื่อแสดงลำดับชั้น นอกจากนี้ยังมีการขาดคำพูดที่น่าสังเกตสำหรับสตริง ตัวอย่างด่วนจากด้านบน:

configuration:
  window: 
    width:       600
    height:      350
    position:
      x:         400
      y:         200
  paths:
    path1:       some/random/path
    path2:       some/other/random/path
  user:
    name:        Joe Soap
    preference:  YAML

ดูหน้า YAML ของ Wikipediaสำหรับตัวอย่างที่ดีกว่า รองรับ YAML สำหรับภาษาหลักส่วนใหญ่ (ดูyaml.orgสำหรับรายละเอียด)

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

การตั้งค่าส่วนตัวของฉันคือไฟล์ XML:

ในกรณีส่วนใหญ่ฉันไม่คาดหวังว่าผู้ใช้จะต้องแก้ไขการตั้งค่าเพื่อให้ปัญหาการอ่านของมนุษย์ไม่ได้เป็นข้อโต้แย้งในกรณีนี้

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

โปรดทราบว่าคุณยังต้องระวังว่าคุณมีสิทธิ์ในการจัดเก็บไฟล์ของคุณเนื่องจากบางสถานที่ไม่มีการเข้าถึงการเขียนตามค่าเริ่มต้นใน Windows 7 เป็นต้น

INI Files เป็นวิธีมาตรฐานที่ดีในการจัดเก็บการกำหนดค่าและพยายามและทดสอบ แต่พวกเขาแค่รู้สึก 'Windows 3.1' มาบ้างสำหรับฉัน!

อาจเป็นตัวเลือกที่ดีที่สุดหากคุณต้องการให้ผู้ใช้สามารถแก้ไขข้อมูลของพวกเขาได้

ส่วนตัวฉันจะออกไปจากรีจิสทรี สำหรับสิ่งหนึ่งที่คุณไม่สามารถรับประกันได้ว่าผู้ใช้มีสิทธิ์ที่จำเป็นในการอ่าน / เขียนไปทุกที่ที่คุณต้องการจัดเก็บข้อมูลของคุณ

ในระบบปฏิบัติการล่าสุดที่มีการทำเวอร์ชวลไลเซชันของรีจิสทรีซึ่งอาจทำให้เกิดความสับสนอย่างมากเนื่องจากคุณไม่สามารถ 'เห็น' การตั้งค่าเสมือน - มันกัดเรามากกว่าหนึ่งครั้งที่ใช้เวลาหลายชั่วโมงพยายามคิดว่าทำไมบางอย่างไม่ทำงาน