Có một cách thông thường để kết hợp các chuỗi đường dẫn tập tin?

Trong một ví dụ:

var assets = "images/"

var sounds = assets+"sounds/"

Có phải thông thường hơn để đặt dấu gạch chéo ở mặt sau của đường dẫn tệp?

var assets = "/images"

var sounds = assets+"/sounds"

Có một phương pháp khác là một thực hành phổ biến tốt?

Gần như mọi ngôn ngữ lập trình chính đều có một thư viện để xử lý các dấu tách thư mục cho bạn. Bạn nên tận dụng chúng. Điều này sẽ đơn giản hóa mã của bạn và ngăn ngừa lỗi .

Theo kinh nghiệm của tôi, lý do thông thường để kết hợp các chuỗi như thế này là chúng đến từ các nguồn khác nhau. Đôi khi, đó là những phần khác nhau từ một tập tin cấu hình. Đôi khi, đó là sự kết hợp liên tục với một đối số chức năng. Trong mọi trường hợp, khi chúng đến từ các nguồn khác nhau, bạn phải xem xét một số trường hợp khác nhau có thể có liên quan đến dấu phân cách ở hai đầu được kết hợp:

• Cả hai đầu có thể có một dấu phân cách: "images/"và"/sounds"
• Chỉ một người có dấu phân cách: "images"và "/sounds"hoặc "images/"và"sounds"
• Không có dấu phân cách: "images"và"sounds"

Thực tế mỗi phần đến từ một nguồn khác nhau có nghĩa là mỗi nguồn có thể có những ý tưởng riêng về những quy ước phải tuân theo, nếu có ai đó nghĩ gì về nó! Bất cứ điều gì đang gọi mã của bạn không cần phải lo lắng về điều này . Mã của bạn nên xử lý tất cả các trường hợp vì ai đó sẽ vi phạm quy ước của bạn . Điều này sẽ dẫn đến lãng phí thời gian điều tra nguyên nhân gây ra lỗi và khắc phục. Tôi đã có một vài lần khó chịu khi đồng nghiệp đưa ra giả định về cách các đường dẫn nên được định dạng trong tệp cấu hình, nghĩa là tôi phải đi tìm mã và tìm ra những gì họ đang mong đợi (hoặc sửa mã).

Hầu hết các ngôn ngữ chính cung cấp một phương pháp để làm điều này cho bạn, đã xử lý nhiều trường hợp:

• os.path.join cho Python
• File.join cho Ruby
• Path.join cho Node.js
• Paths.get cho Java (7 trở lên)
• Path.Combine cho .NET

Có một cảnh báo với những điều này. Một số trong số này dường như cho rằng một dấu tách thư mục hàng đầu trong đối số thứ hai đề cập đến một đường dẫn gốc và điều này có nghĩa là đối số đầu tiên phải được loại bỏ hoàn toàn. Tôi không biết tại sao điều này được coi là hữu ích; Đối với tôi, nó chỉ gây ra vấn đề. Tôi chưa bao giờ muốn kết hợp hai phần đường dẫn và kết thúc với phần đầu tiên bị loại bỏ. Đọc tài liệu cẩn thận cho các trường hợp đặc biệt, và nếu cần, hãy viết một trình bao bọc thực hiện những gì bạn muốn với những điều này thay vì xử lý đặc biệt của chúng.

Điều này cũng giúp nếu bạn có bất kỳ nhu cầu hỗ trợ các hệ điều hành khác nhau. Các lớp này hầu như có mặt khắp nơi để chọn phân cách chính xác. Các thư viện thường có cách bình thường hóa các đường dẫn để phù hợp với các quy ước của hệ điều hành.

Trong trường hợp ngôn ngữ lập trình của bạn không có thư viện sẵn có, bạn nên viết một phương thức xử lý tất cả các trường hợp này và sử dụng nó một cách tự do và xuyên suốt các dự án.

Điều này rơi vào danh mục "không đưa ra giả định" và "sử dụng các công cụ giúp bạn."

Trong Java, câu trả lời sẽ là "không phải ở trên". Thực hành tốt nhất sẽ là lắp ráp tên đường bằng cách sử dụng java.io.Filelớp; ví dụ

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

Các Filelớp học cũng sẽ chăm sóc của tách tên đường dẫn nền tảng cụ thể.

Có một vấn đề riêng về việc tên đường dẫn của bạn có nên bắt đầu bằng dấu gạch chéo hay không. Nhưng đó là nhiều việc phải làm với sự đúng đắn hơn là thực hành tốt nhất. Tên đường dẫn bắt đầu bằng dấu gạch chéo có nghĩa là một tên khác với tên đường dẫn không !!

Không có hỗ trợ rõ ràng cho việc xử lý tên đường dẫn trong thư viện Javascript lõi (ECMA), nhưng (ít nhất) Node.js cung cấp hỗ trợ thông qua mô đun Đường dẫn.

Lưu ý rằng trong .NET, bạn nên sử dụng phương thức Path.Combine.

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

Lý do cho điều này là vì nó 'biết' các ký tự chính xác sẽ được sử dụng khi xây dựng tên thư mục.

Điều này sẽ loại bỏ "vấn đề" sửa lỗi trước hoặc sau.

Khi xây dựng đường dẫn, tôi thường sử dụng một hàm thêm dấu gạch chéo nếu nó chưa có. Sau đó, các đường dẫn có thể được xây dựng như:

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

trong đó fs () thêm dấu gạch chéo nếu cần.

Các thư mục và tệp chỉ khác nhau ở một khía cạnh: các thư mục kết thúc bằng dấu gạch chéo trong đó các tệp không. Hơn nữa, các đường dẫn tuyệt đối bắt đầu bằng một /đường dẫn tương đối không. Nếu bạn sử dụng đường dẫn và tệp liên tục này cùng nhau thì sẽ không có vấn đề gì.

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

Nối hai đường dẫn tuyệt đối với nhau không có ý nghĩa gì, vì đường dẫn thứ hai nên liên quan đến đường dẫn thứ nhất. Kết hợp hai đường dẫn tương đối với nhau không có vấn đề gì, nhưng có thể dẫn đến hành vi không xác định nếu chương trình không biết đường dẫn tương đối có liên quan đến đâu.

Tôi nghĩ rằng không có phép thuật hay "thông lệ chung" nào về cách thực hiện các đường dẫn, nhưng chắc chắn việc nối chuỗi không phải là hướng đi. Bạn có thể phát triển API của riêng mình để xử lý các trường hợp, nhưng nó có thể đòi hỏi một số nỗ lực. Đặc biệt, bạn nên cẩn thận về các nền tảng khác nhau. Ví dụ, trong Windows \là dải phân cách trong khi trong các hệ thống dựa trên Unix /là dải phân cách.

Tôi không quen thuộc với các thư viện Javascript, nhưng tôi chắc chắn nên có các thư viện để xử lý các trường hợp này. Ví dụ, trong Java, bạn có thể sử dụng API đường dẫn để xử lý các hoạt động đường dẫn độc lập với nền tảng.

Sở thích cá nhân của tôi là thế này:

var assets = "/images"

var sounds = assets+"/sounds"

Tôi luôn luôn sử dụng các đường dẫn tuyệt đối ( /images/...), nó cảm thấy ít bị lỗi hơn, với tôi. Nó cũng là bằng chứng ngu ngốc hơn để sử dụng var sounds = assets+"/sounds"bởi vì ngay cả khi assetscó một dấu gạch chéo và bạn đã kết thúc /images//sounds, nó vẫn sẽ giải quyết /images/sounds. Một từ chối trách nhiệm là nó phụ thuộc vào xử lý yêu cầu của bạn. Apache dường như xử lý tốt (ít nhất là các phiên bản / cấu hình nhất định, xem http://www.amazon.com//gp//site-directory//ref=nav_sad ). Với cách khác mà bạn kết thúc /imagessounds, không phải là bằng chứng ngu ngốc :) Ngoài ra còn có tùy chọn kiểm tra các dấu gạch chéo kép và làm sạch chúng. Không phải là một lựa chọn với cách tiếp cận khác.

Trong Smalltalk, thật đơn giản để xác định phương thức / trong Chuỗi để nó hoạt động như thế này:

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

Đây là một cách thực hiện đơn giản của phương thức (bạn có thể làm cho nó tốt hơn):

/ 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

Lưu ý : bạn cũng có thể muốn chú ý hơn đến các trường hợp biên giới như '' / '', 'x/' / ''vv, để xác định hành vi thích hợp.