Dosya yolu dizelerini birleştirmenin geleneksel bir yolu var mı?

Bir örnekte:

var assets = "images/"

var sounds = assets+"sounds/"

Eğik çizgiyi bir dosya yolunun arkasına koymak daha mı geleneksel?

var assets = "/images"

var sounds = assets+"/sounds"

İyi bir ortak uygulama olan başka bir yöntem var mı?

Neredeyse her büyük programlama dilinde, dizin ayırıcıları sizin için idare edecek bir kütüphane bulunur. Onları güçlendirmelisin. Bu, kodunuzu basitleştirir ve hataları önler .

Tecrübelerime göre, bunun gibi dizeleri birleştirmenin genel nedeni, farklı kaynaklardan gelmeleridir. Bazen bir yapılandırma dosyasından farklı parçalar olabilir. Bazen bir fonksiyon argümanı ile birleştirerek sabit. Her durumda ve farklı kaynaklardan geldiklerinde, birleştirilecek uçlardaki ayırıcılarla ilgili birkaç olası durumu göz önünde bulundurmalısınız:

• Her iki ucunda bir ayırıcı olabilir: "images/"ve"/sounds"
• Sadece bir bir ayırıcı vardır: "images"ve "/sounds"ya "images/"ve"sounds"
• Hiçbirinde bir ayırıcı yok: "images"ve"sounds"

Her bölümün farklı bir kaynaktan geldiği gerçeği, bir başkasına herhangi bir düşünce vermesi durumunda, her kaynağın hangi sözleşmeleri takip edeceği konusunda kendi fikirlerinin olabileceği anlamına gelir! Kodunuzu her ne çağırıyorsa, bunun için endişelenmenize gerek yoktur . Kodunuz tüm durumları ele almalıdır, çünkü birisi sözleşmenizi ihlal edecek . Bu, bir hatanın nedenini araştırarak ve düzeltmeyi boşa harcayarak sonuçlanacaktır. Bir iş arkadaşının, bir yapılandırma dosyasında yolların nasıl biçimlendirilmesi gerektiği konusunda bir varsayımda bulunduğu bazı nahoş durumlar yaşadım, bu da kodu araştırıp ne beklediğini (veya kodu düzeltmek zorunda kaldığım) anladım.

Çoğu ana dil, sizin için zaten birçok durumu ele alan bir yöntem sunar:

• os.path.join Python için
• File.join Ruby için
• Path.join Node.js için
• Paths.get Java için (7 ve üstü)
• Path.Combine .NET için

Bunlarla ilgili bir uyarı var. Bunların bir kısmı, ikinci argümandaki öncü bir dizin ayırıcısının bir kök yoluna atıfta bulunduğunu ve bunun ilk argümanın tamamen bırakılması gerektiği anlamına geldiğini düşünmektedir. Bunun neden faydalı olduğunu bilmiyorum; benim için sadece sorunlara neden olur. Asla iki yol bölümünü birleştirmek ve ilk kısmı atılmak istemedim. Özel durumlar için belgeleri dikkatlice okuyun ve gerekiyorsa, özel kullanımları yerine, bunlarla ne istediğinizi yapan bir sarıcı yazın.

Bu, farklı işletim sistemlerini destekleme gereksiniminiz varsa, ayrıca yardımcı olur. Bu sınıflar neredeyse her yerde, doğru ayırıcıyı seçmekten sorumludur. Kütüphaneler genellikle işletim sistemi sözleşmelerine uyacak şekilde normalize etme yollarına da sahiptir.

Programlama dilinizin hazır bir kütüphaneye sahip olmaması durumunda, tüm bu davaları ele alan ve bunları serbestçe ve projeler arasında kullanan bir yöntem yazmalısınız .

Bu, "varsayımlarda bulunma" ve "size yardımcı olacak araçları kullanma" kategorisine giriyor.

Java'da cevap "yukarıdakilerin hiçbiri" olmazdı. En iyi uygulama, java.io.Filesınıfı kullanarak yol adlarını bir araya getirmektir ; Örneğin

File assets = new File("images");
File sounds = new File(assets, "sounds");

FileSınıfı da platforma özel yol adı ayırıcılar ilgilenir.

Yol adınızın bir eğik çizgiyle başlayıp başlamamasına ilişkin ayrı bir sorun var. Ancak bu, en iyi uygulamadan daha doğrulukla yapmaktır. Bir eğik çizgiyle başlayan bir yol adı olmayan bir yol adından farklı bir şey anlamına gelir !

Çekirdek (ECMA) Javascript kitaplığında yol adı işleme için kesin destek yoktur, ancak (en azından) Node.js, Path modülü aracılığıyla destek sağlar.

.NET'te Path.Combine yöntemini kullanmanız gerektiğini unutmayın.

var path = System.IO.Path.Combine("assets", "sounds");

Bunun nedeni , klasör adlarını oluştururken kullanılacak doğru karakterleri 'bilmesidir' .

Bu, ön montaj veya montaj sonrası 'problemini' ortadan kaldırır.

Yolları oluştururken, zaten orada değilse, sondaki eğik çizgiyi ekleyen bir işlev kullanırım. Sonra yollar şöyle inşa edilebilir:

filename := fs( 'assets') + fs( 'images') + fs( 'icons') + 'some.png';

fs () gerektiğinde sonunda eğik çizgi ekler.

Klasörler ve dosyalar yalnızca bir açıdan farklılık gösterir: klasörler, dosyaların bulunmadığı bir eğik çizgiyle sona erer. Ayrıca, mutlak yollar /göreceli yolların olmadığı bir yerden başlar . Bunu sürekli kullanırsanız birleştirici yollar ve dosyalar bir sorun olmamalıdır.

var absolutepath = "/my/path/";
var relativepath = "css/";
var filename = "test.css";
var relativepathtofilename = "js/test.js";

var a = absolutepath + relativepath + filename; //Output: /my/path/css/test.css
var b = absolutepath + relativepathtofilename;  //Output: /my/path/js/test.js

İki mutlak yolu bir araya getirmek bir anlam ifade etmiyor, çünkü ikinci yol ilk yola göre olmalıdır. İki göreceli yolu bir arada birleştirmek bir sorun değildir, ancak program göreceli yolun nerede olduğunu bilmiyorsa, tanımsız davranışa neden olabilir.

Yolların nasıl uygulanacağı konusunda sihir ya da "ortak bir uygulama" olmadığını düşünüyorum, ama kesinlikle sicimin bir araya gelmesi yol değil. Davalarla başa çıkmak için kendi API'nizi geliştirebilirsiniz, ancak biraz çaba gerektirebilir. Özellikle, farklı platformlar konusunda dikkatli olmalısınız. Örneğin, Windows'ta \Unix tabanlı sistemlerde ayırıcı iken /ayırıcıdır.

Javascript kitaplıklarına aşina değilim, ancak eminim bu vakaları işleyebilecek kitaplıklar olmalı. Örneğin, Java'da platformdan bağımsız yol işlemleriyle uğraşmak için Yol API'sini kullanabilirsiniz .

Benim kişisel tercihim şudur:

var assets = "/images"

var sounds = assets+"/sounds"

Her zaman mutlak yolları kullanırım ( /images/...), hataya daha az eğilimli olur bana. Ayrıca kullanımı daha aptaldır, var sounds = assets+"/sounds"çünkü assetssonda eğik çizgi olsa ve sonuca varmış olsanız bile /images//sounds, yine de çözülür /images/sounds. Bu tek sorumluluk reddi, istek işleyicinize bağlı olduğudur. Apache iyi işliyor gibi görünüyor (en azından belirli sürümler / yapılandırmalar, bkz. Http://www.amazon.com//gp//site-directory//ref=nav_sad ). Başka bir yolla /imagessoundsbitmezsin, bu kadar aptal değil :) Çift eğik çizgi kontrolü ve onları temizleme seçeneği de var. Diğer yaklaşımla bir seçenek değil.

Smalltalk'ta / yöntemini String olarak tanımlamak basittir; böylece şöyle çalışır:

'assets' / 'sounds' => 'assets/sounds'.
'assets/' / 'sounds' => 'assets/sounds'.
'assets' / '/sounds' => 'assets/sounds'.
'assets/' / '/sounds' => 'assets/sounds'.

İşte yöntemin basit bir uygulaması (daha iyi yapabilirsiniz):

/ aString
    | slash first second |
    slash := Directory separator.
    first := self.
    (first endsWith: slash) ifTrue: [first := first allButLast].
    second := aString.
    (second beginsWith: slash) ifTrue: [second := second allButFirst].
    ^first , slash , second

Not : Ayrıca gibi sınır durumlarda daha fazla dikkat etmek isteyebilirsiniz '' / '', 'x/' / ''uygun davranışı belirlemek amacıyla, vb.