Herhangi bir standardın parçası mı (örneğin POSIX), sistem dosyalarının küçük harf olması gerekir mi?

Şirketim, markası karışık olan bir uygulamayı (örneğin, "UygulamaAdı") satıyor.

Uygulamanın yükleyicisi bu standarttaki tüm yolları ve dosya adlarını oluşturur. Örneğin, ana dizin, /opt/ApplicationNameinit dosyasının adıdır, ApplicationNamebu yüzden çalışmam gerekiyor service ApplicationName status.

Bana göre, bu tüm mantıklı kuralları bozuyor ve dosyaların ve dizinlerin hepsinin küçük harfli olması gerektiğini düşünüyorum (Apers mysqlve Tomcat gibi uygulamalar bile, önceki tüm dosyaların ve dizinlerin çağrıldığı MySQL gibi diğer uygulamalarda emsal vardır. büyük harf).

Bunu bir hata raporu olarak bildirirsem, "Yanlış olduğunu düşünüyorum" dan daha güçlü bir argüman ortaya koymak isterim. Öyleyse POSIX standardı gibi bir şeyde, bunun gibi sistem dosyalarının küçük harf olması gerektiği belirlenir mi?

POSIX standardı, kamu hizmetleri (örneğin, "yerel bir sisteme özgü olanlar veya daha büyük bir uygulamanın bileşenleri olanlar gibi") uygunluk kuralları ile ilgili bir bölüme sahiptir.

1. Yardımcı program adları, dahil olmak üzere iki ila dokuz karakter arasında olmalıdır.
2. Yardımcı program adları, küçük harfleri (alt karakter sınıflandırması) ve yalnızca taşınabilir karakter kümesindeki rakamları içermelidir.

[ref: 12.2 Yardımcı Program Sözdizimi Kuralları ]

"İçermeli" kelimelerinin kullanılmasının " sadece " içermeli "anlamına gelip gelmediği bana açık değildir . (Aşağıdaki yorumlarda yer alan fikir birliği "sadece içermelidir" anlamına gelir).

Unix sistemindeki POSIX uyumlu bir yardımcı program olmadığını iddia eden bir uygulama, istediği adı kullanabilir. O takdirde yapar bir POSIX conformant yarar olduğu iddiasını POSIX kabuk kamu parçasıdır , bölüm 12.2 yönergelere sonra metin değişir "ifadesi" anlamına gelen "gerektiğini" söylüyor.

Bildiğim kadarıyla dizin isimleriyle ilgili benzer bir kılavuz yok. macOS ( Intel tabanlı bir Mac bilgisayarda çalışırken onaylı bir UNIX 03 ürünüdür ), /Userskullanıcının ev dizinleri için ön ek olarak, örneğin bir dizi başka karışık durumdaki dizin adlarını kullanır.

Hayır, yazılım paketi kurulum dizinleri için küçük harf isimleri belirtilmemiştir.

Aslında, tarihsel olarak yüklenen yazılım paketleri /opt, SUNWSun Microsystems veya ORCLOracle için olduğu gibi, paketi sağlayan şirketin tüm sermaye stok hisse senedi simgesiyle başladı .

Bu yüzden Sun'ın QFS dosya sistemi gibi paketler benzer bir dizine kurulur /opt/SUNWqfs.

POSIX yönergelerinin yanı sıra, kullanıcı geleneğini daha da ağırlaştırabileceğini düşünüyorum. "ApplicationName" olarak adlandırılan adlar, bazı kişilerin (benim gibi) kısa çizgiler veya daha büyük boşluklar yerine büyük harf kullanmaları için alışmasıyla, Wikis patlamasıyla popüler oldu. Fakat bu, Linux ve benzeri işletim sistemlerinin popüler olmasının ve çok uzun bir Unix geleneğinin ardında birkaç yıl geçti.

Bu gelenek, sadece Kusalananda'nın işaret ettiği kurallara uymakla kalmamak, hatta sadece altı altı karakterden oluşan kelimeleri kısaltmakla da (örneğin, /usr"kullanıcı" /srviçin veya "hizmet" için veya /mnt"monte edilmiş") Açıkçası daha uzun anlamlar ( /sbin"süper kullanıcı ikili dosyaları için".. Bu gelenek, büyük harf, Shift tuşuna basmanız için zorlar ve belki de yanlışlıkla Caps Lock tuşuna basmanız bile zor.

Bir dereceye kadar, bu şaşırtıcıdır çünkü Unixes uzun zamandır büyük küçük harfe duyarlı uzun dosya adları yazabilmiştir, bunun aksine, MS-DOS / Windows küçük harf duyarsız kısa dosya adları (uzantı için sekiz karakter artı üç) ile sınırlı kalmıştır ancak hızlı bir şekilde kaybedilmiştir. Windows 95 bu sınırlamayı aştığında, bu basitlik ("Program Dosyaları", "Belgelerim" vb.).

Bununla birlikte, bugün NetworkManagerdaemon gibi birkaç istisna vardır ve muhtemelen gelecekte daha fazla WikiWords göreceğiz. Fakat yine de fareden nefret ediyoruz ve sadece TabTabotomatik tamamlama ile sona erebilecek terminal uzun isimlerini yazıyoruz . Ya da birileri yeniden adlandırmak vimiçin bir avantaj görüyor VisualImprovedmu?