9

Böyle standart olarak bir tarih ve saat ile isim dosyaları ve klasörleri almak genellikle daha uygun ISO 8601 formatına: 2014-12-10T22:35:28.460Z.

Ne yazık ki, Mac'in HFS + dosya sistemi , Unix benzeri işletim sistemlerinin SOLIDUS /(eğik çizgi) ve Microsoft İşletim Sistemlerinin REVERSE SOLIDUS \(ters eğik çizgi) kullanması gibi COLON'u bir yol ayırıcı olarak kullanır . Bir dosya veya klasörü uyumluluk için adlandırırken üç karakterden de kaçınılmalıdır.

COLON'un yerine hangi karakter yaygın olarak kullanılabilir?

HYPHEN kullanmak -, dönüştürmeyi programlı olarak standart formata ters çevirmeyi zorlaştırır.
Benzer şekilde, bir TAM DURDUR .(nokta) kullanmak, kesirli saniye olarak yanlış yorumlanacağı için ters dönüşümü zorlaştırır.

Örneğin, OS X Mountain Lion üzerinde Java 8'de programlama yaparken, File::mkdir()dizeyi çağırmak 2014-12-11T21:33:08adlı bir klasör oluşturur 2014-12-11T21/33/08.

macos mac filesystem

— Basil Bourque
kaynak

3

Hemen hemen tüm modern dosya sistemleri dosya adlarındaki boşlukları destekler. Ayrıca, okunabilirlik endişe etmiyorsa, neden sadece rahatsız edici karakterleri ortadan kaldırmak ve ayarlanmış bir biçim kullanmak değil, örneğin: YYYYMMDDTHHMMSSZ.

— Brian Duke

Neden sadece kullanmıyorsunuz: Kabuktan iyi çalışıyor gibi görünüyor. Ben sadece OS <= 9 ve klasik bir sorun var şüpheli: bu yüzden günümüzde bir sorun. AL: MS

— OS'ler

@Mark Finder'ın modern sürümleri iki nokta üst üste işleyebilir. Ancak programlı erişim sırasında sorunlar ortaya çıkar.

— Basil Bourque

Adında iki nokta üst üste bulunan bir dosyaya erişimde hiç sorun yaşamadım. Eğik çizgiye geçtiğinden Finder'dan garip görünüyor.

— 0942v8653

2

Özellikle, HFS + dosya adlarının iki nokta üst üste içermesine / içermemesine izin verir. Terminal'de (veya dosya sistemine Macintosh API yerine POSIX API kullanılarak erişilirken), diskte depolanan addaki /, RAM'e ve: RAM'de: yeni bir dosya adına / olarak dönüştürülür. katalogda saklanır. Geleneksel Macintosh API'sini kullanan programlar etkilenmez ve / diskinde göründüğü gibi görünür. Bu şekilde, her API yalnızca tek bir yasak karaktere (Peki, NUL sayarsanız iki) ve yalnızca tek bir dosya adı ayırıcısına, birbirini etkilemeden sahip olur.

— ganbustein

6

ISO 8601 “Temel” varyasyon

Dosya ve klasörleri adlandırmak için ISO 8601 “temel” biçim dizeleri ( YYYYMMDDTHHMMSSZ) kullanarak iki nokta üst üste kullanmaktan kaçınabilirsiniz . Standart, ayırıcıların YYYY-MM-DDTHH:MM:SSZbiçimden çıkarılmasına izin verir .

Dolayısıyla bu örneklerin her ikisi de standart kapsamında geçerlidir:

2016-03-27T07: 01: 02Z

20160327T070102Z

Bu dizeleri belirli programlama veya komut dosyası dilleriyle işlemeniz gerekiyorsa, bunları ayırıcıları (tire, iki nokta üst üste) ve saat dilimi bilgilerini içeren genişletilmiş biçime dönüştürmeniz gerekebilir.

Uluslararası standart tarih ve saat gösterimi - "Bir tarih ve bir saat değeri tek bir veri alanında birlikte saklanırsa, ISO 8601, " Tgibi 19951231T235959" büyük harfle ayrılmasını önerir ". Yani Tortada opsiyonel (olan 19951231235959) ancak önerdi.

— Omar Vasquez
kaynak

Güzel çözüm. Aslında, Java 8 ve sonraki sürümlerinde yerleşik java.time çerçevesi ve Joda-Time gibi daha iyi tarih-saat kitaplıklarının ya “temel” formatı ya da ayırıcıları içeren daha uzun formatı ayrıştırmada bir problemi yoktur.

— Basil Bourque

3

Yükseltilmiş kolon, Unicode 0x02F8 (yükseltilmiş kolon colon veya kolon:), Finder veya diğer komut dosyaları tarafından bir ayırıcı olarak yorumlanmaz. (Yükseltilmiş kolon hakkında daha fazla bilgi için: http://www.charbase.com/02f8-unicode-modifier-letter-raised-colon )

Bu karakteri girme yolu, OS X sürümünüze bağlı olarak değişir. Daha fazla ayrıntı Apple'ın destek sayfasında bulunabilir: http://support.apple.com/en-us/HT201586

— Kent
kaynak

3

İlginç fikir. Bu cevap neredeyse çok zekidir. Normal COLON'a çok benzemek, ayrıştırma sırasında kafa karıştırıcı olabilir.

— Basil Bourque

0

İbranice noktalama işaretleri for benim için harika çalışıyor ... unicode 05C3 ...

— kayalık
kaynak

2

dikkat edin, İbranice kolon sayılara bitişik olduğunda işleri gerçekten berbat edebilir! Yazmayı deneyin 1(İbranice kolon) 2. Geriye doğru işler 2:1! İbranice sağdan sola yönde bir şey. Her neyse, soldan sağa dillerde kullanmayı denemek son derece kafa karıştırıcı olurdu.

— wisbucky

Evet, metin oluşturucuları bu karakterle karşılaştıklarında RTL moduna geçmeye çalışırlarsa büyük olasılıkla harika bir alternatif değildir :(

— Matt M.

0

Bunu ben de araştırdım. Açıklama içinde 'kolon' alternatif glif çoğu kolon yerine kesinlikle çirkin ( ˸, ܄, ﹕, ᠄, ：,︓ , and꞉`).

En azından ilk kolona benzer bir karakter genişliğe sahip olduğu diğer bir alternatif vardır - bir oranda matematiksel sembolü: ∶. Tek aralıklı yazı tiplerinde harika görünüyor, ancak varsayılan MacOS sistem yazı tipinde biraz küçük.

Burada bir dosya adında kullanılıyor:

/Users/me/Books/Book Title: Book Subtitle.pdf [sınırlı kolon glifi] /Users/me/Books/Book Title∶ Book Subtitle.pdf [izin verilen oran glifi]

— Robert
kaynak

Günün saatini kullanarak klasör adlarında iki nokta üst üste işaretini değiştirmek için hangi karakterler kullanılabilir?

ISO 8601 “Temel” varyasyon