INI dosyaları veya Kayıt Defteri veya kişisel dosyalar?

Projemin yapılandırmasını kaydetmek istiyorum.

1. Ekran boyutu
2. Ekran konumu
3. Klasör yolları
4. Kullanıcı ayarları vb.

Bunları kaydedebileceğiniz standart yerler şunlardır: yapılandırma değerleri:

1. Kayıt
2. INI dosyaları
3. Kişisel dosyalar (* .cfg gibi)

Bu yerler arasında nasıl seçim yapıyorsunuz? Ayrıca, bunlardan herhangi birini kullanmanın artıları ve eksileri var mı?

Ayrıca bunlardan herhangi birini kullanmanın artıları ve eksileri var mı?

Kayıt:

• + Windows ortamında nispeten standarttır.
• + Genellikle montajcılardan iyi destek vb.
• - Uygulamanızı taşımak istiyorsanız platforma özel API.
• - Özellikle insan tarafından okunamaz.

INI Dosyaları:

• + Basit biçim.
• + Taşınabilir.
• + İnsan tarafından okunabilir.
• - Daha karmaşık bilgileri saklamak zor olabilir (örneğin, iki düzeyden daha derin yuvalanmış herhangi bir şey).
• ?Kendi ayrıştırıcısını yazmak (zor olmasa da) veya SimpleIni gibi harici bir kütüphane kullanmak zorunda kalabilir (yorum için Jonathan Merlet'e teşekkürler).

XML Dosyaları (Bu .cfg seçeneği olduğunu tahmin ediyorum):

• + Standart bir biçim.
• + Taşınabilir.
• + Derin yuvalanmış yapıları destekler.
• - Özellikle insan tarafından okunamaz.

Şahsen, Windows uygulamaları için C # kullanma eğilimindeyim ve kullanıcı için XML olarak saklanan kişisel bir dosyaya gidiyorum. Bunu tipik olarak yaparım çünkü insan tarafından okunabilirlik genellikle yazdığım uygulama türlerinde bir öncelik değildir (ve uygulamanın her durumda bir yapılandırma düzenleyicisine sahip olması gerekir) ve .NET ortamında XML ile çalışmak çok kolaydır. Sıklıkla bir yapılandırma dosyasına ve sadece bir yapılandırma dosyasına serileştirilmiş bir UserConfiguration nesnesi ile sonuçlanır - neredeyse hiçbir geliştirme dahil değil (ayrıştırma, şeyler döküm) ve yapılandırmanız güçlü yazılan bir ortamda kullanıma hazır.

INI dosyaları ile gitmek istiyorum, onlar daha insan dostu bir seçenek:

[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 iyi bir seçenek olabilir, ancak INI'lerin sadeliğini ve şıklığını yenemez:

<?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>

INI'ler de çok iyi anlaşılmıştır ve platformdan bağımsızdır. Muhtemelen onlar için XML dosyaları kadar çok araç yoktur, çünkü bir INI dosyasını okumak ve düzenlemek için özel bir araca ihtiyaç duyan kimdir?

Benim tercihim XML dosyaları. Hiyerarşiktirler, onları hayal edebileceğiniz herhangi bir şekilde iradenize göre bükebilirsiniz, iyi anlaşılır, platformdan bağımsızdır ve bunları okumak ve yazmak için çok çeşitli yazılımlar vardır.

Jeff D'nin YAML önerisini genişletmek için kısa bir giriş.

YAML, JSON'a benzer (aslında, JSON, YAML standardının 1.2 sürümünden bu yana YAML'nin bir alt kümesidir ve bu nedenle geçerli JSON, YAML ayrıştırıcıları tarafından ayrıştırılabilir). İlk bakışta, ana fark YAML'nin (varsayılan olarak) hiyerarşiyi göstermek için basamaklama yerine girinti kullanmasıdır. Ayrıca dizeler için belirgin bir tırnak eksikliği de vardır. Yukarıdan kısa bir örnek:

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

Daha iyi örnekler için Wikipedia'nın YAML sayfasına bakın . Çoğu büyük dil için YAML desteği mevcuttur ( ayrıntılar için yaml.org adresine bakın).

Bir seçeneği unuttun: Veritabanı. Bu çoğunlukla, uygulamanız oturum açmış olan Windows kullanıcısına güvenemediğinde uygulamanızda oturum açan kullanıcıların bulunduğu senaryolarda kullanılır. Bu, örneğin uygulamanız bir kiosk modu pencerelerinde çalışırken geçerlidir.

Kişisel tercihim XML dosyaları:

Çoğu durumda kullanıcının yapılandırma ayarlarını düzenlemek zorunda kalmasını beklemiyorum, bu nedenle insan tarafından okunabilirlik sorunu bu durumda bir argüman değildir.

Bunları düzenlemeleri gerekiyorsa, bir düzenleme aracı sağlayabilirsiniz - bu, kullanıcının verilerle ilgili bir şey yapmasını önler. Varsayılan ayarları geri yüklemek istiyorlarsa, çoğu kullanıcının rahatça kullanacağı x dosyasını silmelerini isteyebilirsiniz.

Bazı konumların Windows 7'de varsayılan olarak yazma erişimine sahip olmadığı için dosyanızı saklama izninizin olmasına dikkat etmeniz gerektiğini unutmayın.

INI Dosyaları yapılandırmayı depolamanın iyi bir standart yoludur ve denenmiş ve test edilmiştir, ancak bana biraz 'Windows 3.1' hissettiriyorlar!

Kullanıcının verileriyle uğraşmasını istiyorsanız, muhtemelen en iyi seçenek

Şahsen kayıt defterinden uzağa yönlendirirdim. Bir kere, kullanıcının verilerinizi saklamak istediğiniz yere okumak / yazmak için gerekli izinlere sahip olduğunu garanti edemezsiniz.

Kayıt defteri sanallaştırmasının devreye girdiği daha yeni işletim sistemlerinde, sanallaştırılmış ayarları 'göremediğiniz' için bu büyük karışıklığa neden olabilir - bu, bir şeyin neden çalışmadığını anlamaya çalışırken saatler harcadığımız için bizi bir kereden fazla ısırdı.