Meta veri bilgilerini dosya adlarında saklamak kötü bir uygulama mudur? Daha iyi çözümler?

Nerede çalıştığımı fark ettim, insanlar dosya adlarında bilgi depolamaya ve dosya adlarını ayrıştırmaya istekli.

Bana göre bu özellikle iyi bir uygulama gibi görünmüyor. Zaten bir dosya için globbing ve yanlış bir alıyorum zaman zaman sorunları görüyorum çünkü başka bir dosya önce eşleşir.Ayrıca alanlar için ayırıcılar ile ilgili sorunları nasıl çözüleceğini tartışıyoruz.

Kötü uygulama olarak mı değerlendiriliyor?

Bir tür meta verilere dayalı olarak bir dosya sisteminden dosya almak için kabul edilen diğer çözümler nelerdir?

Evet bence kötü bir uygulama. Her türlü soruna tabidir - örneğin uzunluk sınırları, kodlama sorunları ve yinelenen verilerden kaynaklanan çakışmalar.

Daha iyi, meta veriler ve dosyaların yollarını içeren bir "ana dosya" (bazen manifest veya index olarak adlandırılır) kullanmaktır. Ya da bir veritabanında benzer bir şey, kayıt ya da değil. Veya meta verileri gerçek dosyaların içine, örneğin JSON veya XML'deki dosyada bulunan bazı veri yapısının en üst düzeyine koymak için.

Bu, anahtar-değer mağazalarında bilgi koyma veya isim boşluğu koyma kavramına biraz benzemektedir. Ben sadece isim alanı için kullanmak ve hızlı aramalar yapmak sürece bu ok düşünüyorum - anahtar bileşenleri parsable bilgi sağlamak için orada değil. Bu bilgiye ihtiyacınız varsa, bu değeri değere kopyalayın (yukarıdaki durumda dosya).

Birincisi, meta veriler bulanık bir kavramdır.

Bununla birlikte, dosyalarda birçok meta veri vakası zaten var:

• kitaplıkların sürüm numaraları
• görüntülerin tarihi ve saati veya en azından dizi dizini
• hangi uygulamanın dosyayı açması gerektiğini tetikleyen dosya türü
• oturum kullanıcı adınız olması gereken ana dizininizin adı

Bununla birlikte, bu kısa liste uygulama lehine bir tartışma değildir.

Alternatifler:

• Meta verileri FS düzeyinde, örneğin Apple eski HFS gibi işlemek
• resimler için Exif veya sesler için ID3 gibi meta verileri dosyanın içine yerleştirin
• meta verileri, çoğu medya yöneticisi gibi başka bir dosyaya veya veritabanına yerleştirin.

Bir veritabanına ihtiyacınız var gibi görünüyor.

Kullanıcı verilerini dosya adlarına koymakla ilgili birçok güvenlik sorunu vardır. Her kullanıcı için bir dosyanız olduğunu varsayalım ("kullanıcıadı.txt"). Birisinin "../../../../etc/passwd" kullanıcı adını kaydettirdiği şey, kullanıcı girişini nasıl filtrelediğinize bağlıdır.

Veritabanı çerçeveleri bazen kullanıcı girişini dezenfekte etmenize yardımcı olur.

Hayır ... iyi .. ille de değil.

Sıkı bir sözleşmeye ve ortak ayrıştırma ve doğrulama araçlarına (komut dosyaları, kütüphaneler vb.) Sahip olduğunuz sürece hazırsınız.

Örneğin, paketleme ve bağımlılık yönetim sistemlerini (Maven, NuGet ve benzerleri) ele alalım. Birçoğu daha gelişmiş bilgileri depolamak için meta veriler için belirli dosyaları kullansa da, temel bilgiler genellikle dosya adının kendisinin bir parçasıdır. Sıkı kurallara dayanarak, dosya adı paket hakkında en uygun bilgileri içerebilir: satıcı, adı, sürümü, türü. Bazen ihtiyacınız olan tek şey budur ... 4 veya 5 kısa bilgi parçası.

Meta veriler basitse, bir dosya adlandırma kuralı yerine koymak için hiçbir şey gerektirmeyen mükemmel bir anlam ifade eder. Çok basit araçlar ve komut dosyaları, veritabanı gerekmiyor, özel bir altyapı yok, sadece birkaç komut dosyası ve bir adlandırma kuralı ile güçlendirilebilir.

Orada hiçbir şey oldukça ne gerek yok ve ihtiyaçlarınızı basit yaparsanız ben bununla başlar.

gereksinimleriniz bu sözleşmeyi aşıyor mu? uygun bir meta veri dosyasıyla genişletebilirsiniz. Daha sonra bunun için daha iyi bir aramaya mı ihtiyacınız var? Sizi ihtiyacınız olan yere götüren dosyaları aramak için zaten iyi çözümler var.

Veritabanlarından hoşlanmıyorum, tam tersine gerçekten güçlü ve kullanışlılar, ancak devam etmek için bir miktar ek yük gerektiriyorlar. Kurulmaları, yedeklenmeleri, bakımları gerekir, tamamen adanmamış olmasa da zamanlarının bir kısmını bu altyapıya ayırması gereken personele ihtiyacınız olacaktır. Ayrıca laymenler için daha karmaşık ve şifreli, sizi ayarlayan geliştiriciyi kaybederler ve bir yedek bulana kadar sisteminiz zaman içinde sıkışır.

Düşük teknolojinin gücünü asla göz ardı edip uygun gözetim ile size uzun bir yol kazandırabilirsiniz.

Ve düşük teknoloji çözümünüzü aştığınız zaman, ihtiyaçlarınız için mükemmel sistemi uygulamak için tüm deneyim ve gereksinimleri bir araya getirmiş olacaksınız.

İlk olarak bize bir dosya neyi anlaşalım olduğunu . Dosya, atomik işlemlerle (çok yakın) iletilebilen, alınabilen, oluşturulabilen ve silinebilen bir adı olan paketlenmiş bir veridir .

Birçok dosya sistemi (Mac OS ve daha yeni Linux dosya sistemleri) genellikle kaynakları ve meta verileri depolamak için kullanılan "çatalları" uygular. Meta verileri depolamaya yönelik bu yaklaşım, geleneksel kaynak aktarma yöntemleri, yedekleme ve geri yükleme yöntemleri ve dosya kopyalama yöntemlerinin, özellikle kaynak ve hedef dosya sistemleri dosya çatallarını farklı algıladığında tutarsız olması nedeniyle sorunluydu.

Dosya adı meta verileri tutmak için kullanılır, çünkü a) her zaman oradadır, b) meta veriler dosya adında her zaman mevcuttur (en azından dosya uzantılarının kullanımında) ve c) dosya adı taşınırken çok az çeviri geçirir sistemler arasında (büyük / küçük harf ayrımları, karakter kümesi sınırlamaları, karakter sınırlamaları bir yana).

Bu nedenle, dosya adı görünür, taşınabilir ve yönetilebilir. Bu, bazı meta verileri depolamak için kötü bir şey değildir.

Muhtemelen genel dosya meta verilerini ele almak için en iyi çözüm , içerik havuzunun dosyalar için kullanılacak meta veri şemasıyla yapılandırılabileceği bir içerik havuzu kullanmaktır . Çoğu durumda bu aşırıya kaçar, ancak IMHO, ciddi meta veri yönetimine giden yoldur.

Bunu benim almam, dosya isimleri ile özensiz veya kırılgan şeyler yapan bir yerde bazı kodlar görmüş olabilirsiniz, ancak bu "dosya adlarında meta verileri depolamanın" genel olarak kötü olduğu anlamına gelmez.

Dosya adları şunlardır onlar dosya verilerinin kendisi bağımsız dosyadaki veri hakkında veri vardır metadata-. Aslında, dosya adları o kadar eskidir ki, büyük olasılıkla meta verilerin kanonik örneğidir.

Dosya uzantılarının dosya adının sadece son kısmı olduğunu düşünüyorsanız, meta veri olarak dosya adı kavramı daha da kaçınılmaz hale gelir.