Tên tập tin có nên chứa nhiều thời kỳ?


17

Tôi thường đặt tên cho các tệp bằng cách sử dụng quy ước sao cho tôi kết hợp số phiên bản ở cuối, tương tự như Some Deliverable - v0.1.docx. Đôi khi, khi các đồng nghiệp thực hiện thay đổi và gửi lại các phiên bản sửa đổi, họ sẽ cập nhật số phiên bản đó, nhưng họ cũng sẽ thay thế khoảng thời gian thêm bằng một khoảng trắng, chẳng hạn như Some Deliverable - v0 2.docx.

Điều này thường xảy ra đủ, với nhiều đồng nghiệp đủ rộng, khiến tôi tự hỏi: Có còn nguy hiểm trong việc đặt tên một tệp có nhiều dấu chấm không? Là đồng nghiệp của tôi đang quá thận trọng hoặc có biện pháp phòng ngừa hợp lệ? Và nếu đó là một biện pháp phòng ngừa hợp lệ, trong trường hợp nào một tệp có nhiều thời gian sẽ gây ra vấn đề?

Nếu đây là sự nắm giữ từ trước Windows 95 ngày hoặc một cái gì đó thì tôi không lo lắng, nhưng nếu đây là một cái gì đó, ví dụ, gây ra vấn đề khi chia sẻ tệp với người dùng Mac - hoặc người dùng iPad? - hoặc người dùng Linux sau đó tôi sẽ thay đổi cách của mình và giữ nguyên một khoảng thời gian trong tên tệp, trước phần mở rộng.


5
Tôi chưa bao giờ có bất kỳ vấn đề trong việc sử dụng nhiều dấu chấm trong tên tệp. Không thuộc GNU / linux (ext2 fs), cũng như trên FreeBSD, cũng không phải trên windows (FAT32 và NTFS). Truy cập các tệp như vậy thông qua một mạng samba luôn hoạt động. Tôi nghi ngờ rằng không có vấn đề.
Hennes

2
Đặc biệt là xem xét rằng người dùng Linux và OS X đã xử lý các tệp được đặt tên something-v1.23.4-something.tar.gz.sigtrong nhiều năm mà không gặp rắc rối nào ...
user1686

2
i.dont.even.ledge.if.youre.serious.or.trolling.mr.ebgreen ...
user1686

1
Cảnh báo nhiều phần mở rộng là cho các cửa sổ. Với cấu hình cửa sổ [explorer] mặc định "some_virus.jpg.exe" sẽ hiển thị dưới dạng tệp hình ảnh có vẻ vô hại có tên là "some_virus.jpg".
Hennes

1
@ Hennes: Có thể một số người đã không nhận thấy điều này bởi vì họ không biết liệu chương trình thư của họ có tôn trọng cài đặt "ẩn tiện ích mở rộng" hay không khi liệt kê các tệp đính kèm.
dùng1686

Câu trả lời:


15

Học thuyết

tên tệp dàiVFAT tồn tại, tên tệp có hai dấu chấm trong chúng là hoàn toàn hợp lệ trong Windows.

Đối với hệ thống tập tin hiện đại có liên quan, không có phần mở rộng nào. Một thời kỳ là một nhân vật như bất kỳ khác. GUI xử lý mọi thứ tiếp theo giai đoạn cuối như phần mở rộng của tệp.

Linux luôn hành xử theo cách này.

Thực hành

SharePoint , ProFTP , TransferText , Symphony , KVR AudioServir đều có hoặc có một số vấn đề với nhiều giai đoạn trong tên tệp.

Tuy nhiên, không xử lý nhiều giai đoạn đúng cách cuối cùng là một lỗi. Rất dễ mắc lỗi khi nhổ một tên tệp trong tên cơ sở và phần mở rộng của nó, nhưng vấn đề là chương trình chứ không phải tên tệp.


3
Nói cách khác, đó một điều như một phần mở rộng, và nó có xử lý rất giống nhau trong cả Windows và Unix - đặc biệt, nó được sử dụng rộng rãi trong GUIs (thực tế mỗi quản lý tập tin Linux GUI), chủ yếu để quyết định loại tập tin và biểu tượng để hiển thị, trong khi tránh các bài kiểm tra "số ma thuật" đắt tiền; tuy nhiên, thực tế không liên quan trong CLI nơi người dùng tự chọn chương trình. Có, ngay cả trên Windows, phần mở rộng .exe không liên quan trong dòng lệnh; bạn có thể đặt tên cho một tập tin notepad.jpgvà nó vẫn sẽ chạy.
dùng1686

1
Tuy nhiên, kể từ khi giới thiệu các LFN, phần mở rộng không tách rời khỏi tên tệp nữa - ngay cả trên Windows, một khoảng thời gian là một ký tự như bất kỳ tệp nào khác.
dùng1686

@grawity: Đó là ít nhiều những gì tôi muốn viết (mặc dù nó cũng không xuất hiện): Tiện ích mở rộng đã trở thành một quy ước đơn giản trong Windows, tức là chúng không còn là một phần của hệ thống tệp nữa. Thật notepad.jpgthú vị.
Dennis

Để biết giá trị của nó, các cửa sổ được biên dịch thực thi cho đến ngày nay vẫn có số ma thuật 5A 4D (MZ) là di sản của Mark Zbikowski, người đã tạo ra định dạng.
EBGreen

Hừm. SharePoint hoặc một trong những sản phẩm khác được đề cập ở đây rất có thể là thủ phạm; nếu các đồng nghiệp muốn tải lên các tệp và gặp rắc rối từ nhiều thời kỳ thì đó có thể là lý do khiến họ cảnh giác khi sử dụng chúng. Nó có thể là một lỗi, nhưng kết quả cuối cùng là chúng ta vẫn phải làm việc xung quanh nó ...
sernaferna

4

Nhiều dấu chấm không phải là vấn đề trên Windows kể từ Windows 95 và trên các hệ điều hành khác lâu hơn nữa.

(Tôi không bao giờ sử dụng dấu chấm vì tôi ghét thêm dấu ngoặc kép ""vào thiết bị đầu cuối sau đó. Nhưng đó không phải là điểm của câu hỏi của bạn.)

Nhưng nhiều dấu chấm trong tên tệp có thể gây ra sự cố trong một số trường hợp, chủ yếu là với ứng dụng web và tính năng tải lên (rõ ràng là do triển khai không đúng tính năng này).


3
Trong thiết bị đầu cuối nào bạn phải thêm dấu ngoặc kép xung quanh tên tệp với (nhiều) dấu chấm?
Sebastian

2

Tôi mới phát hiện ra một vấn đề trong Windows Corporate XP SP3 như thế này. Về cơ bản tôi có thể có bao nhiêu thời gian tùy thích, miễn là tên tệp không bắt đầu bằng một khoảng thời gian.

Thí dụ:

.ILS.files.in.use.DFS.20140515.0700.csv

(Tệp được sao chép từ Unix FS sang windows, đây là tên tệp hợp pháp trong Unix tôi tin)

Khi tôi cố gắng đổi tên tệp này, nếu tôi rời khỏi giai đoạn ban đầu trong hoạt động, nó sẽ thất bại với thông báo lỗi "Bạn phải nhập tên tệp."

Xóa khoảng thời gian ban đầu và thêm dấu thời gian bằng dấu phân cách thời gian, điều này cho thấy bạn có thể có bao nhiêu thời gian tùy thích (tuân theo các hạn chế tên khác) và là tên tệp Windows hợp lệ:

ILS.files.in.use.DFS.2014.05.15.0700.csv

Đó chỉ là một hạn chế (tốt, lỗi IMHO) với Windows Explorer. Ngay cả Command Prompt ( renlệnh) có thể xử lý tên tệp bắt đầu bằng dấu chấm.
Daniel B
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.