Verileri ne zaman - ve neden - Windows Kayıt Defterinde depolamalısınız?

Bir geliştirici olarak, kayıt defterinde yapılandırma / seçenekleri depolayan araçlar hayatımın sıkıntısıdır. Bu seçeneklerdeki değişiklikleri kolayca izleyemiyorum, bunları makineden makineye kolayca taşıyamıyorum ve hepsi .INI dosyalarının eski güzel günleri için canımı sıkıyor ...

Kendi uygulamalarımı yazarken, eski moda yapılandırma dosyaları yerine kayıt defterine ne koymalıyım ve neden?

• Başlangıçta (WIN3) yapılandırması Windows dizinindeki WIN.INI dosyasında saklanıyordu.
• Sorun: WIN.INI çok büyüdü.
• Çözüm (Win31): programla aynı dizinde bulunan bağımsız INI dosyaları.
• Sorun: Bu program bir ağa yüklenebilir ve birçok kişi tarafından paylaşılabilir.
• Çözüm (Win311): Kullanıcının Window dizinindeki bağımsız INI dosyaları.
• Sorun: Birçok kişi bir Windows klasörünü paylaşabilir ve yine de salt okunur olmalıdır.
• Çözüm (Win95): Her kullanıcı için ayrı bölümlere sahip kayıt defteri.
• Sorun: Kayıt çok büyüdü.
• Çözüm (WinXP): Kullanıcının kendi Uygulama Verileri klasörüne taşınan büyük bireysel veri blokları.
• Sorun: Büyük miktarda veri için iyi, ancak küçük miktarlar için oldukça karmaşık.
• Çözüm (.NET): .config (Xml) dosyalarında, uygulama ile aynı klasörde saklanan ve onu okumak için API ile saklanan küçük miktarlarda sabit, salt okunur veri. (Okuma / yazma veya kullanıcıya özel veriler kayıt defterinde kalır)

Buna hem kullanıcı perspektifinden hem de programcı perspektifinden gelince, dosya ilişkilendirmeleri veya makineye özel ayarlar gibi bir şey olmadığı sürece kayıt defterine bir şey koymak için gerçekten iyi bir mazeret olmadığını söylemeliyim.

Bir programın kurulu olduğu yerden çalıştırılabilir olması gerektiğini, kurulumun bir makine içinde hatta başka bir makineye tamamen taşınabilir olması gerektiğini ve çalışmasını etkilemeyeceğini söyleyen düşünce okulundan geliyorum.

Yapılandırılabilir seçenekler veya gerekli dll'ler, paylaşılmıyorlarsa, kurulum dizininin bir alt dizininde yer almalıdır, böylece tüm kurulum kolayca taşınabilir.

Programlar gibi çok sayıda küçük yardımcı program kullanıyorum, bu yüzden bir usb belleğe yüklenemiyor ve başka bir makineye takılıp sadece çalıştırılamıyorsa, o zaman benim için değil.

Microsoft politikası:

• Windows 95'ten önce, uygulama verileri için ini dosyalarını kullandık.
• Windows 95 - XP döneminde kayıt defterini kullandık.
• Windows Vista'dan, artık xml tabanlı olmalarına rağmen ini dosyalarını kullanıyoruz.

Kayıt, makineye bağlıdır. Onu hiç sevmedim çünkü yavaşlıyor ve ihtiyacınız olan şeyi bulmak neredeyse imkansız. Bu yüzden basit ini veya diğer ayar dosyalarını seviyorum. Nerede olduklarını (uygulama klasörü veya kullanıcı klasörü) biliyorsunuz, böylece kolay taşınabilir ve insan tarafından okunabilir.

Ne zaman - Eski entegrasyon nedeniyle veya müşterinizin sistem yöneticisi "öyle olacak" dediği için veya XML kullanmayı zorlaştıran daha eski bir dilde geliştirme yaptığınız için mecbur kalırsınız.

Neden - Öncelikle, kayıt defteri uygulamanın yanında bulunan (ve hemen hemen aynı adı verilen) bir yapılandırma dosyasını kopyalamak kadar taşınabilir olmadığı için.

.Net2 + kullanıyorsanız, App.Config ve User.Config dosyalarınız varsa ve DLL'leri kayıt defterine kaydetmeniz gerekmiyor, bu yüzden ondan uzak durun.

Yapılandırma dosyalarının kendi sorunları vardır (aşağıya bakın), ancak bunlar etrafına kodlanabilir ve mimarinizi değiştirebilirsiniz.

• Sorun: Uygulamaların yapılandırılabilir ayarlara ihtiyacı vardı.
• Çözüm: Ayarları Windows klasöründeki bir dosyada (WIN.INI) depolayın - verileri gruplamak için bölüm başlıklarını kullanın (Win3.0).
• Sorun: WIN.INI dosyası çok büyüdü (ve dağınık hale geldi).
• Çözüm: Ayarları, uygulama (Win3.1) ile aynı klasördeki INI dosyalarında saklayın.
• Sorun: Kullanıcıya özel ayarlara ihtiyaç var.
• Çözüm: Kullanıcı ayarlarını, kullanıcının Pencere dizinindeki (Win3.11) kullanıcıya özgü INI dosyalarında veya uygulama INI dosyasındaki kullanıcıya özgü bölümlerde depolayın.
• Sorun: Güvenlik - bazı uygulama ayarlarının salt okunur olması gerekir.
• Çözüm: Kullanıcıya özel ve makine genelindeki bölümlerin yanı sıra güvenliğe sahip kayıt defteri (Win95).
• Sorun: Kayıt çok büyüdü.
• Çözüm: Kullanıcıya özgü kayıt defteri, kullanıcının kendi "Uygulama Verileri" klasöründeki user.dat'a taşındı ve yalnızca oturum açma sırasında yüklendi (WinNT).
• Sorun: Büyük kurumsal ortamlarda, birden çok makinede oturum açarsınız ve HER BİRİNİ kurmanız gerekir.
• Çözüm: Yerel (Yerel Ayarlar) ve dolaşım (Uygulama Verileri) profilleri (WinXP) arasında ayrım yapın.
• Sorun: .Net'in geri kalanı gibi uygulamaları xcopy dağıtamaz veya taşıyamaz.
• Çözüm: APP.CONFIG XML dosyası uygulama ile aynı klasörde -, okunması kolay, kullanımı kolay, taşınması kolay, değiştirilirse izlenebilir (.Net1).
• Sorun: Yine de kullanıcıya özgü verileri benzer bir şekilde (yani xcopy dağıtımı) depolamak gerekiyor.
• Çözüm: Kullanıcının yerel veya dolaşım klasöründeki ve kesin olarak yazılmış (.Net2) USER.CONFIG XML dosyası.
• Sorun: CONFIG dosyaları büyük / küçük harfe duyarlıdır (insanlar için sezgisel değildir), çok özel açma / kapama "etiketleri" gerektirir, çalışma zamanında bağlantı dizeleri ayarlanamaz, kurulum projeleri ayarları yazamaz (kayıt defteri kadar kolay), kolayca belirlenemez user.config dosyası ve kullanıcı ayarları, yüklenen her yeni revizyonla birlikte üflenir.
• Çözüm: Çalışma zamanında bağlantı dizelerini ayarlamak için ITEM üyesini kullanın, yükleme sırasında App.Config'i değiştirmek için bir Installer sınıfına kod yazın ve bir kullanıcı ayarı bulunamazsa uygulama ayarlarını varsayılan olarak kullanın.

Windows kayıt defterinde birkaç pencere konumunu ve en son kullanılan öğelerin bir listesini saklarsanız, dünyanın sonu gelecek mi? Şimdiye kadar benim için iyi çalıştı.

HKEY-CURRENT-USER önemsiz kullanıcı verilerini küçük miktarlarda depolamak için harika bir yerdir. Bunun için. Başkaları onu istismar ettiği için amacına uygun kullanmamak aptalca görünüyor.

Bir kullanıcının gezici profilinde olmasını istediğiniz ayarlar, gerçekten kullanıcının Uygulama Verileri klasörünü elle arama çabasına gitmek istemediğiniz sürece, muhtemelen kayıt defterine girmelidir. :-)

Kayıt defteri okuma ve yazma işlemleri iş parçacığı açısından güvenlidir ancak dosyalar değildir. Bu nedenle, programınızın tek iş parçacıklı olup olmamasına bağlıdır.

Yeni bir uygulama geliştiriyorsanız ve taşınabilirliği önemsiyorsanız , diğer işletim sistemlerinde bir (windows) kayıt defteri olmadığından verileri ASLA Windows kayıt defterinde saklamamalısınız (duh notu - bu açık olabilir, ancak genellikle gözden kaçar).

Yalnızca Win platformları için geliştirme yapıyorsanız ... mümkün olduğunca bundan kaçınmaya çalışın. Yapılandırma dosyaları (muhtemelen şifrelenmiş) çok daha iyi bir çözümdür. Kayıt defterine veri depolamada bir kazanç yoktur - (yalıtılmış depolama, örneğin .NET kullanıyorsanız çok daha iyi bir çözümdür).

Biraz konu dışı, ancak insanların taşınabilirlik konusunda endişelendiğini gördüğüm için, şimdiye kadar kullandığım en iyi yaklaşım Qt'nin QSettings sınıfı. Ayarların depolanmasını özetler (Windows'ta kayıt, Mac OS'de XML tercih dosyası ve Unix'te Ini dosyaları). Sınıfın bir müşterisi olarak, kayıt defterini veya başka bir şeyi merak ederek bir beyin döngüsü harcamak zorunda değilim, Just Works (tm).

http://doc.trolltech.com/4.4/qsettings.html#details

Genellikle, ayarları kayıt defterine koymazsanız, bunu çoğunlukla geçerli Windows ayarlarını almak, dosya ilişkilerini değiştirmek vb. İçin kullanırsınız.
Şimdi, yazılımınızın zaten yüklü olup olmadığını tespit etmeniz gerekirse, kayıt defterine minimum bir giriş yapabilirsiniz. , bu herhangi bir yapılandırmada bulabileceğiniz bir konumdur. Veya Uygulama Verileri'nde verilen adda bir klasör arayın.

Belge ve Ayarlar klasörüme bakarsam, klasörleri ayarlamak için Unix nokta gösterimini kullanan birçok yazılım görüyorum: .p4qt .sqlworkbench .squirrel-sql .SunDownloadManager .xngr .antexplorer .assistant .CodeBlocks .dbvis .gimp-2.4 .jdictionary .jindent .jogl_ext (vb.)

ve Uygulama Verileri'nde, düzenleyici adlarına veya yazılım adlarına sahip çeşitli klasörler. En azından taşınabilir uygulamalar arasında mevcut eğilim gibi görünüyor ...
WinMerge biraz farklı bir yaklaşım kullanıyor, verileri kayıt defterinde depoluyor, ancak yapılandırma iletişim kutusunda Alma ve Verme seçeneklerini sunuyor.

Kişisel olarak, yükleme komut dosyaları (un) tarafından kullanılmak üzere yükleme yollarını depolamak için kayıt defterini kullandım. Bunun tek olası seçenek olduğundan emin değilim, ancak mantıklı bir çözüm gibi görünüyordu. Bu, elbette yalnızca Windows'ta kullanımda olan bir uygulama içindi.

.NET'te gerçekten bir ihtiyaç YOKTUR.

Bunu yapmak için Proje kanıtlarının nasıl kullanılacağını gösteren 2 örnek.

Bu örnekler bunu Windows Kullanıcı Proje Özellikleri ile yapar, ancak aynı şey Uygulama tarafından da yapılabilir / yapılabilir.

Daha fazla burada:

http://code.msdn.microsoft.com/TheNotifyIconExample

http://code.msdn.microsoft.com/SEHE

(tartışmaya geç ama) Kısa Cevap: Grup Politikası.

Müşterinizin BT departmanı, Windows veya yazdığınız veya paketlediğiniz bileşen (ler) ile ilgili bir bağlantı hızı veya özel bir hata mesajı veya bağlanmak için bir veritabanı sunucusu gibi ayarları zorunlu kılmak istiyorsa, bu yine de tipik bir durumdur Kayıt defterinde depolanan ayarlar olarak nihai tezahürünü yapan Grup İlkesi aracılığıyla yapılır. Bu tür politikalar, Windows başladığında veya kullanıcı oturum açtığında uygulanır.

Bileşenlerinizin ayarlarını kayıt defteri konumlarıyla eşleyebilen ve yöneticiye, yalnızca bu şekilde uygulanması anlamlı olan ayarları gösterirken, uygulaması gereken ilkeleri uygulamak için ortak bir arabirim sağlayan özel ADMX şablonları oluşturmak için araçlar vardır.

Windows Kayıt Defteri'nin iyi bir fikir olduğuna inanıyorum, ancak uygulama geliştiricilerinin büyük suistimali ve Microsoft tarafından teşvik edilmeyen / zorunlu kılınmayan standart politikalar nedeniyle yönetilemez bir canavara dönüştü. Bahsettiğiniz nedenlerden dolayı kullanmaktan nefret ediyorum, ancak kullanmanın mantıklı olduğu bazı durumlar vardır:

• Uygulamanız kaldırıldıktan sonra uygulamanızın izini bırakmak (örneğin, uygulamanın yeniden yüklenmesi durumunda kullanıcının tercihlerini hatırlayın)
• Yapılandırma ayarlarını farklı uygulamalar - bileşenler arasında paylaşın