Unix'i üniversitede kullanmamı ve şimdi de Windows tarafında çalışmamı sinir ediyor. Bu kararın arkasındaki tarih nedir? Neden bu şekilde işe yaradığını bilen var mı?
Yanıtlar:
Unix /1970'lerde bazen dizin ayırıcı olarak tanıtıldı . Bu karakterin neden seçildiğini tam olarak bilmiyorum; ata sistemi Multics kullanıldı >, ancak Unix tasarımcıları kabuk >ile <yeniden yönlendirme için zaten kullanmıştı (bkz . Kök dizin neden bir /işaretle belirtiliyor ? ).
MS-DOS 2.0 \, 1980'lerin başında dizin ayırıcı olarak tanıtıldı . Bunun nedeni /, MS-DOS 1.0'ın (dizinleri hiç desteklemiyordu) /komut satırı seçeneklerini sunmak için zaten kullanmasıydı . O bu kullanımını aldı /den CP / M den aldı, VMS . Bu tercihin neden Larry Osterman'ın blogunda yapıldığına dair daha ayrıntılı bir açıklama okuyabilirsiniz (MS-DOS'un, seçenek karakterini -ve dizin ayırıcısını değiştirme seçeneği kısa bir süre için bile açıktı /, ancak yapışmadı).
/çoğu programcı düzeyinde API tarafından tanınır (DOS ve Windows'un tüm sürümlerinde). Böylece sık sık, ancak her zaman /Windows altında bir dizin ayırıcı olarak kullanmaktan kaçamazsınız. Dikkate değer bir istisna, Unicode kullanarak veya 260'dan fazla karakter içeren bir yolu belirlemenin tek yolu olan (Windows 7'de bile) önekinden sonra ayırıcı olarak kullanamamanızdır/\\? .
Bazı kullanıcı arabirimi öğeleri /, Windows altında bir dizin ayırıcı olarak desteklenir , ancak tümünü desteklemez. Bazı programlar dosya adlarını temel API'ye aktarır, bu yüzden destek /ve \kayıtsız bir şekilde destekler . Komut yorumlayıcısında (içinde command.comveya içinde cmd) /birçok durumda kullanabilirsiniz , ancak her zaman değil; Bu, kısmen Windows sürümüne bağlıdır (örneğin, cd /windowsXP ve 7'de çalışır, ancak Windows 9x'te çalışmadı). Explorer yolu giriş kutusu kabul eder /(en azından XP'den; muhtemelen URL'leri de kabul ettiğinden). Öte yandan, standart dosya açma iletişim kutusu eğik çizgileri reddeder .
/MS-DOS veya Windows komut satırı tarafından bir dizin ayırıcı olarak tanınır.
/Komut satırında tam olarak nerede kabul edildiğine dair bir referansınız var mı? Örneğin, ne yapar dir /p? ve dir c:/p? ve c:/windows/notepad.exe? ve start /windows/notepad.exe? (Test etmek için burada bir Windows makinem yok.)
/UNIX'te dizin ayırıcı olarak kullanılıyordu çünkü Teletype'a vurmak kolay (değiştirilmemiş) bir anahtardı. Değiştirilmemiş özel karakterler vardı : - ; , . /.
/ve Microsoft'un -Xenix gibi (ve anahtarlar için) kullandığını ve Xenix'ten ilham aldığımı, ancak Microsoft'un OEM'lere gönderilmeden önce IBM’in ve IBM’in ` (and anahtarlar için / ` kullandığını) öğrendim. ve gelen istemini değiştirildi A:için A>onlar varsayılan ve sevk arabası (hala varsayarak değiştirdiğim için çok // -değişti ve neden olduğu) belgelerine artı bir not.
Temel Windows API ya ters eğik çizgi kabul veya yolun ayrı dizin ve dosya bileşenlerine çizgi, ancak Microsoft kongre ters eğik çizgi kullanmaktır ve dönüş yolları API'ler de ters eğik çizgi koyabilirsiniz.
MS-DOS 2.0 , hiyerarşik dosya sistemini Unix'ten kopyaladı ve böylece eğik çizgiyi kullandı, ancak (muhtemelen IBM'in ısrarı üzerine ), MS-DOS 1.0 ve CP ile uyumluluğu koruyarak yolların komut kabuğuna yazılmasını sağlamak için ters eğik çizgi eklendi. / M eğik çizginin komut satırı seçenek göstergesi olduğu yer.
Karşılaştırmak
dir/w
geçerli dizini geniş formatta gösterir.
dir\w
bu wdosyayı yönetmende çalıştırır dir.
Referanslar: