문서 파일 확장자를 결정하는 방법은 무엇입니까?

https://stackoverflow.com/questions/2216916

19-09-2019
|

문제

나는 자체 형식으로 파일을 저장하는 새로운 문서 기반 교차 플랫폼 화학 응용 프로그램(Win, Mac, Unix)을 작성 중입니다(이 필드에는 표준 형식이 없습니다).저장된 파일의 파일 확장자를 결정하려고 합니다.내 질문은 다음과 같습니다

요즘은 3자를 지키는 것이 얼마나 중요합니까?
이 파일 확장자가 이미 얼마나 사용되었는지 어디서 확인할 수 있나요?(물론 구글이 도움을 주기는 하지만 해당 앱이 얼마나 인기가 있는지는 알려주지 않습니다)
파일별 확장자를 꼭 사용해야 합니까?내 저장 형식은 gzip으로 압축된 XML이므로 이름을 지정할 수 있습니다. .xml.gz, 하지만 초보 사용자(예:당신이 그것을 볼 때, 그것은 즉시 "종을 울리지" 않습니다).
마지막으로, 프로그램을 선택할 때 다른 중요한 지침이 있나요?

추신:나는 "정보를 너무 적게 제공하는 것"과 "다른 사람에게 실제로 유용하기에는 너무 구체적으로 제공하는 것" 사이에서 올바른 균형을 유지하려고 노력했습니다.필요한 경우 댓글을 통해 더 많은 정보를 제공해 드리겠습니다.

해결책

요즘은 3자를 지키는 것이 얼마나 중요합니까?

이전 운영 체제를 지원해야 하는 경우가 아니면 그렇지 않습니다.현재의 모든 OS는 3자 이상의 파일 확장자를 문제 없이 처리합니다..html, .config, .resx를 생각해 보면 더 많은 것들이 있을 것이라고 확신합니다.

이 파일 확장자가 이미 얼마나 사용되었는지 어디서 확인할 수 있나요?

확인해 보세요 파일 확장.

파일별 확장자를 꼭 사용해야 합니까?내 저장 형식은 gzip으로 압축된 XML이므로 이름을 지정할 수 있습니다. .xml.gz 있지만 두렵습니다 초보 사용자를 혼란스럽게 합니다(예:당신이 그것을 보아라, 그것은 즉시 "울리지 않는다 종").

Windows(및 Windows 사용자)는 파일을 확장명으로 응용 프로그램과 연결하므로 .xml.gz와 같이 너무 일반적인 것을 사용하면 문제가 발생할 수 있습니다.파일 유형이나 응용 프로그램에 더 구체적인 것을 생각해내는 것이 더 나을 것입니다.사용자는 형식이 내부적으로 gzip으로 압축된 xml인지 여부에 신경 쓰지 않으며 파일 내용에 관심이 있습니다.추상화 레이어에 대해 생각해보세요. 사용자는 이를 gzip으로 압축된 xml이 아닌 화학 정보가 포함된 파일로 생각할 것이므로 .chem이 .xml.gz보다 훨씬 더 적합합니다.

다음과 같은 사항에 대한 몇 가지 제안 사항이 있습니다.

분명히, 큰 파일과 충돌하지 마십시오. .doc, .xls, .exe 등을 사용하지 마십시오.
사용자 인구통계가 설치했을 가능성이 있는 업계 도메인의 일반적인 항목과 충돌하지 마세요.예를 들어 프로그래밍 도구를 작성하는 경우 .cs 또는 .cpp를 사용하지 마세요.귀하의 도메인은 귀하가 가장 잘 알고 있을 것이므로 귀하와 귀하의 사용자가 설치했을 가능성이 있는 모든 앱과 경쟁업체의 목록을 작성하고 해당 앱을 피하세요.
앱에 확장 프로그램을 등록 및 등록 취소하는 옵션이 포함되어 있는지 확인하세요.설치 시 자동으로 수행하지 말고 옵션인지 확인하세요.
unix/linux 및 Mac은 대소문자를 구분하므로 기본적으로 항상 모두 소문자를 사용하는 것이 좋습니다.
CD/DVD 파일 이름 지정 규칙은 더 엄격하므로 영숫자가 아닌 문자를 사용하지 마십시오.
마지막으로, 기술에 익숙하지 않은 대부분의 사용자는 파일 확장자를 끄게 될 것이므로 너무 스트레스 받지 마세요.

더 많은 정보가 있습니다 여기.

Wikipedia에는 파일 확장자 목록이 있습니다. 여기 (유형별) 그리고 여기 (알파벳순), 그리고 일부 일반 정보

다른 팁

fileInfo.com 많은 파일 확장자와 자체 추정이 얼마나 많은지에 대한 추정을 나열합니다.

OS가 파일 목록이나 무엇이든 볼 때 사용자에게 파일 유형을 식별 할 수 있도록 고유 한 확장 (XML.GZ보다는)을 제안합니다. '벨 울리기'는 특히 덜 정교한 사용자가있는 경우 중요합니다.

나는 3자를 고수 할 필요가 없지만 5보다 크지 않을 것입니다 (개인적 선호 외에는 이것에 대한 실제 이유가 있다고 생각하지 않습니다).

플랫폼에 따라 다르지만 일반적으로 최신 운영 체제에서는 그다지 중요하지 않습니다.대상으로 삼는 플랫폼에 대한 설명서를 확인하세요.
Google보다 나은 대안이 있는지 모르겠습니다.다른 사람이 이에 대해 더 나은 제안을 해주기를 바랍니다.
그렇게 할 특별한 이유가 있지 않는 한 그렇지 않습니다.예를 들면 "Windows에서 항상 내 앱으로 이 프로그램을 열도록 하고 싶습니다."입니다.어쨌든 사용자가 확장 프로그램에 관심을 가질 필요가 있는지 잘 모르겠습니다.예를 들어 Windows의 기본 구성은 알려진 파일 형식의 확장자를 숨기는 것입니다.그러나 설득력 있는 이유(예: 프로그램이 처리할 수 있어야 하는 파일을 쉽게 식별하도록 허용하는 등)가 있는 경우 확장 기능을 사용하거나 다른 것을 생각해낼 수 있습니다.
나는 내 자신의 확장 기능을 생각해 내야 한다고 생각하는 프로그램을 작성한 적이 단 한 번뿐입니다.제 이니셜을 사용했어요.그러다가 나중에 특별한 확장자가 실제로 필요하지 않다는 것을 깨닫고 ".xml"로 되돌렸습니다.그러나 대부분의 확장은 뭔가 의미가 있는 것처럼 보입니다.(문서 등의 경우 .doc) 따라서 이 경로를 따라야 하는 경우 의미 있는 내용을 작성하는 것이 좋습니다.

그것은 당신이 지원하고자하는 OS에 달려 있지만, 사람들은 요즘 3 자 연장 한도를 전 세계적으로 움직였습니다. .html 예를 들어 웹 페이지에 잘 사용됩니다.

물론, 당신이 훨씬 더 긴 확장으로 가면, 사람들은 그것을 파일 확장으로 시각적으로 인식하는 것을 멈출 것입니다.

특정 OS와 호환되어야 하는 경우를 제외하면 여전히 3자로 제한되어 있으므로 3자로 유지할 필요가 없습니다.그것 5월 해당 플랫폼을 지원하게 된다면 3자 버전이 있으면 유용할 것입니다.
그만큼 Wikipedia 파일 형식 목록 꽤 좋습니다.일부 MIME 매핑 목록에는 해당 매핑과 관련된 일반 확장명이 나열됩니다.레이는 이미 언급했어요 FileInfo.com.
그것은 편리한 일입니다.나는 아마도 당신의 것을 사용하고 싶지만 특정 DTD를 준수하는 gzipped XML 파일이라는 사실을 문서화하고 사용자가 대신 .xml.gz를 쉽게 사용할 수 있도록 만듭니다.귀하의 소프트웨어가 확장 기능에 관심이 없는지 확인하여 사용자가 원하는 경우 자신의 확장 기능을 선택할 수도 있지만 저는 피하는 경향이 있습니다. 격려하는 합리적인 기본값을 제공함으로써 그렇게 할 수 있습니다.
저는 형식성, 명확성, 고유성, 간결함을 순서대로 선택하겠습니다.예를 들어, .config 것보다 입력하기가 훨씬 쉽습니다. .q2z 그러나 그것은 독창성에 떨어진다.(저는 귀하의 앱에 이를 제안하는 것이 아닙니다.예입니다.) 마찬가지로, .q2z 단지 고통일 뿐입니다.:-) 예를 들어, .chemstuff 입력하기 쉽고 아마도 다른 곳에서는 널리 사용되지 않을 것입니다.(다시 한번 말씀드리지만, 제안이 아니라 예시일 뿐입니다.)

document_name.app_name.xml.gz로서 docum

현대 시스템은 상당히 유연하며, 우리와 함께 시간이 지남에 따라 3 자 연장을 더 끌어 낼 필요가 없습니다.

.xml.gz는 사용자를 혼란스럽게 할 것이라는 데 동의하지만, 현대 시스템은 확장을 기반으로하는 것이 아니라 헤더와 컨텐츠를 대신 조사함으로써 파일을 인식하는 데 이동하고 있음을 명심하고 있습니다. 실제로 사용자는 종종 확장을 보지 못합니다. GZIPPED XML 파일의 경우 시스템은 먼저 메모리에서 파일 스트림을 풀기로 결정한 다음 리터럴 XML 파일이라는 것을 확인한 다음 'XMLN'을 응용 프로그램 식별자로 사용할 수 있습니다. 그러나 이러한 시스템은 아직 널리 사용되지 않습니다. 어쨌든, 확장하여 파일 만 열는 실수를하지 마십시오 - 스마트하고 막대를 올리십시오 - 파일이 응용 프로그램의 문서로 간주 될 수 있는지 확인하기 위해 위의 내용을 정확하게하십시오.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow