Phần mở rộng tên tệp dài: Tại sao không


17

Tôi đang hoàn thiện ứng dụng của mình cho iPad và phần mở rộng tên tệp (được sử dụng chủ yếu để Mail và Dropbox biết chương trình nào để mở tệp trong) dài 12 ký tự. Phần mở rộng tên tệp duy nhất là bất cứ nơi nào gần như là dài tax2010. Tại sao có quá ít biến thể về chủ đề này và tôi có thể gặp phải vấn đề gì khi sử dụng tiện ích mở rộng tên tệp dài cho ứng dụng của mình? Các tệp này sẽ được gửi qua thư, sao chép và chia sẻ * .

Trong tất cả các thử nghiệm, nó hoạt động hoàn hảo.

* Tôi hy vọng.


2
Tôi đã thấy một vài phần mở rộng tệp dài như vậy (chỉ vài giờ trước khi duyệt dự án Visual Studio: .resources.csproj). Nhưng vâng, hầu hết các phần mở rộng tập tin ngắn hơn.

14
Xu hướng lịch sử từ thời đại mới khi sức mạnh lưu trữ và xử lý không dồi dào.
Anthony Pegram

1
Không, thực sự, thiên vị lịch sử từ những ngày chúng ta không có tự động hoàn thành dấu nhắc lệnh. Bạn biết làm thế nào các lập trình viên rất buồn chán khi nhấn phím.
Mike Nakis

2
Không có thứ gọi là phần mở rộng tập tin, ít nhất là không phải trong các hệ điều hành gần đây.
Ingo

1
@Zack Xin vui lòng cho tôi biết chính xác những gì trong câu "Không có thứ gọi là phần mở rộng tập tin." bạn đã không hiểu? Nhân tiện, nó phải là "phần mở rộng tên tập tin". Nhưng ngay cả sau đó, trong các hệ điều hành gần đây, như UNIX, tốt nhất là một tệp có tên là file.c chứa nguồn C, v.v. Không có chỗ nào trong HĐH mà tên tệp được diễn giải.
Ingo

Câu trả lời:


20

Rất nhiều nhà phát triển ít nhất đã sử dụng máy tính trở lại khi các tiện ích mở rộng dài hạn chế kỹ thuật. Ngay cả ngày nay, vẫn còn các chương trình đang sử dụng hoạt động gây nghẹt thở cho những thứ như khoảng trắng trong đường dẫn tệp và phần mở rộng dài.

Miễn là bạn không nghi ngờ rằng các tệp của mình sẽ cần được sử dụng bởi các chương trình này, không có lý do kỹ thuật nào để ngăn bạn.

Mặc dù vậy , xin vui lòng nhớ rằng các tiện ích mở rộng ngắn có thể hiểu được trong nháy mắt sẽ tốt hơn cho người dùng của bạn. Vì vậy, trong khi .resource là một ví dụ tuyệt vời, .customhatbymycompany chắc chắn là không.


1
Còn .customHatByMyCompany hoặc .custom_hat_by_my_company thì sao? <ác nụ cười> Hoặc hat thậm chí .custom bởi công ty của tôi (cả Windows và Linux dường như không có vấn đề với các không gian trong phần mở rộng tên file)
Mawg nói Khôi phục Monica

8

Phần mở rộng tệp được sử dụng để phân biệt giữa các loại tệp khác nhau, không phải để kể một câu chuyện. Đó là lý do tại sao chúng ngắn: thậm chí với độ dài ba chữ cái, khả năng xảy ra va chạm trên cùng một máy là khá nhỏ.

Phần mở rộng dài có nghĩa là ít không gian hơn cho tên đường dẫn và tên tệp còn lại . Có lẽ trong các hệ điều hành và phần mềm hiện đại, điều đó không thành vấn đề vì chúng chấp nhận đường dẫn tệp rất dài. Đáng buồn thay, đây không phải là trường hợp của Microsoft , nơi .NET Framework vẫn không thể quản lý các đường dẫn dài hơn 259 ký tự . 12 ký tự được lấy cho phần mở rộng có nghĩa là còn lại 246 ký tự cho đường dẫn mà không có phần mở rộng. Trong một số trường hợp, nó có thể là một vấn đề.

Vì vấn đề này không áp dụng trong trường hợp cụ thể của bạn , lý do duy nhất để tránh các tiện ích mở rộng dài là nếu tên tệp, bao gồm cả tiện ích mở rộng, được người dùng nhập , đặc biệt là trên các thiết bị di động có thể khó nhập.


8

Tên tệp dài hơn:

  • Gõ nhiều hơn, dẫn đến nhiều nỗ lực / sai lầm
  • Chiếm nhiều không gian màn hình
  • Là một phá vỡ với truyền thống
  • Không quan trọng vì phần mở rộng tệp dành cho máy không phải người
  • Lấy các ký tự có giá trị trong các hệ thống có giới hạn về độ dài đường dẫn

Việc những cân nhắc này có phải là vấn đề đối với ứng dụng của bạn hay không là vấn đề của bạn và người dùng.


8
Tôi không đồng ý với điểm thứ tư của bạn: tiện ích mở rộng thường có các hiệp hội loài người. Một hệ điều hành không quan tâm nếu một tệp thực thi là .exe hoặc .df, sau tất cả, miễn là có một quy ước. Các phần mở rộng như .cpp, .jpeg, v.v. được thiết kế để dễ đọc cho con người.
David Thornley

2
@DavidThornley: Người ta cho rằng, trong các phiên bản Windows hiện đại, các phần mở rộng tệp được ẩn theo mặc định, do đó người dùng "bình thường" không nhìn thấy. Tuy nhiên, trong nhiều trường hợp khác, tôi đồng ý rằng điều này không liên quan - do đó tôi từ chối trách nhiệm.
Kramii phục hồi Monica

7

Như @Anthony đã nói trong các bình luận, một phần mở rộng tệp ba chữ cái (trên dòng DOS-> Windows) là phần còn lại trong lịch sử. Ngày nay, nó không còn là một hạn chế với các hệ điều hành hiện đại, mặc dù nó vẫn còn phổ biến.

Vì dự kiến, khi thời gian trôi qua, thực tiễn đó sẽ dần bị từ bỏ, tôi nguy hiểm rằng bạn có thể đi với một phần mở rộng tệp dài hơn, đặc biệt là nếu các xét nghiệm của bạn xác nhận rằng trong môi trường của bạn, nó "hoạt động ổn".

Vấn đề duy nhất mà tôi có thể đoán là trong một số trường hợp, nó sẽ được rút ngắn thành "thuế".


1
Cảm ơn. Nói rõ hơn, tiện ích mở rộng của tôi không phải là thuế2010, đây chỉ là một ví dụ về một tiện ích dài hơn.
Dan Rosenstark

1

Tôi không thể nói cho các ứng dụng iPad, nhưng tôi đã sử dụng các tiện ích mở rộng 5 và 6 ký tự cho các loại tệp cho các ứng dụng Windows của mình trong một thời gian khá lâu mà không gặp vấn đề gì. Và tôi không nghĩ Linux từng có vấn đề với nó, vì vậy nó cũng không có vấn đề gì. Chỉ không sử dụng khoảng trắng hoặc ký tự đặc biệt, vì một số chương trình có thể không xử lý đúng nếu chúng cố gắng sử dụng tên tệp như một phần của tham số dòng lệnh.

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.