Ein Dateiformat ist eine Nachsilbe (getrennt vom basefilename durch einen Punkt) zum Namen einer Computerdatei, die angewandt ist, um die Verschlüsselung (Dateiformat) von seinem Inhalt oder Gebrauch anzuzeigen. Beispiele von Dateiformaten sind.png.exe.dmg und.txt

Einige filesystems beschränken die Länge der Erweiterung (wie das FETTE Dateisystem, das nicht mehr als drei Charaktere erlaubt), während andere (wie NTFS) nicht tun. Unix filesystems akzeptieren den Separator-Punkt als ein gesetzlicher Charakter.

Gebrauch

Dateiformate können als ein Typ von metadata betrachtet werden. Sie werden allgemein verwendet, um Information über die Weise einzubeziehen, wie Daten in der Datei versorgt werden könnten. Die genaue Definition, die Kriterien gebend, um zu entscheiden, welcher Teil des Dateinamens seine Erweiterung ist, gehört den Regeln des spezifischen verwendeten filesystem; gewöhnlich ist die Erweiterung die Teilkette, die dem letzten Ereignis folgt, falls etwa, des Punktcharakters (ist Beispiel die Erweiterung des Dateinamens, die Erweiterung).

Auf Dateisystemen von Großrechner-Systemen wie MVS, VMS und PC-Systeme wie BEDIENUNGSFELD/M und abgeleitete Systeme wie MS-DOS, ist die Erweiterung ein getrennter namespace vom Dateinamen. Unter DOS und Windows des Microsofts, Erweiterungen solcher als, oder zeigen an, dass eine Datei ein rechtskräftiges Programm ist. Das ist von UNIX ähnlichem filesystems verschieden, wo eine Nachsilbe nicht ein getrennter namespace ist.

Mit dem Advent von grafischen Benutzerschnittstellen ist das Problem des Dateimanagements und Schnittstelle-Verhaltens entstanden. Windows von Microsoft hat vielfachen Anwendungen erlaubt, mit einer gegebenen Erweiterung vereinigt zu werden, und verschiedene Handlungen waren verfügbar, für die erforderliche Anwendung wie ein Zusammenhang-Menü auszuwählen, das eine Wahl zwischen der Betrachtung, dem Redigieren oder dem Druck der Datei anbietet.

Pre-OS X Versionen des Mac OS hat über dateinamenbasierte Erweiterung metadata völlig stattdessen mit einem verschiedenen Dateityp-Code verfügt, um das Dateiformat zu identifizieren. Zusätzlich wurde ein Schöpfer-Code angegeben, um zu bestimmen, welche Anwendung gestartet würde, als auf die Ikone der Datei doppelgeklickt wurde. Mac OS X verwendet jedoch Dateinamennachsilben, sowie Typ und Schöpfer-Codes demzufolge, der UNIX ähnliche NEXTSTEP Betriebssystem abgeleitet zu werden.

Verbesserungen

Das Dateiformat wurde ursprünglich verwendet, um den allgemeinen Typ der Datei leicht zu bestimmen. Das Bedürfnis, einen Typ einer Datei in drei Charaktere zu kondensieren, hat oft zu unergründlichen Erweiterungen geführt. Beispiele schließen das Verwenden für Grafikdateien, für den Klartext, und für die Musik ein. Jedoch, weil viele verschiedene Softwareprogramme gemacht worden sind, der alle behandeln (und andere) in einer Vielfalt von Wegen diese Datentypen, haben Dateiformate angefangen, nah vereinigt mit bestimmten Produkten — sogar spezifische Produktversionen zu werden. Zum Beispiel haben frühe Dateien von WordStar verwendet oder, wo n die Versionsnummer des Programms war. Außerdem haben Dateiformate begonnen, zwischen getrennten Dateien zu kollidieren. Ein Beispiel, ist verwendet sowohl für den RPM Paket-Betriebsleiter Pakete als auch für die Mediadateien von RealPlayer; andere, geteilt durch DESQview Schriftarten zu sein, Beschleunigen Finanzhauptbücher und Bilder von QuickTime, und, geteilt zwischen Schriften von GrabIt und Spieljunge-Fortschritt-ROM-Images.

Einige andere Betriebssysteme wie Multics, der Dateiformate allgemein verwendet hat, hatten viel liberalere Größen für Dateinamen. Viele erlaubte volle Dateinamenlängen von 14 oder mehr Charakteren und maximale Namenlängen waren bis zu 255 ziemlich üblich. Die Dateisysteme in Betriebssystemen wie UNIX haben den Dateinamen als eine einzelne Schnur, nicht Spalt in den Grundnamen und die Erweiterungsbestandteile, mit "dem." Wesen gerade ein anderer in Dateinamen erlaubter Charakter versorgt. Solche Systeme berücksichtigen allgemein Dateinamen der variablen Länge, mehr als einen Punkt, und folglich vielfache Nachsilben erlaubend. Einige Bestandteile von Multics und UNIX und Anwendungen, die auf ihnen laufen, haben Nachsilben verwendet, um in einigen Fällen Dateitypen anzuzeigen, aber sie haben sie als viel — zum Beispiel, executables nicht verwendet, und gewöhnliche Textdateien hatten keine Nachsilben in ihren Namen.

High Performance File System (HPFS), das in Microsoft und dem OS/2 von IBM auch verwendet ist, hat lange Dateinamen unterstützt, und hat den Dateinamen in einen Namen und eine Erweiterung nicht geteilt. Die Tagung, Nachsilben zu verwenden, hat weitergegangen, wenn auch HPFS erweiterte Attribute für Dateien unterstützt hat, einem Typ einer Datei erlaubend, mit der Datei als ein verlängertes Attribut versorgt zu werden.

Das heimische Dateisystem von Windows NT des Microsofts, NTFS, hat lange Dateinamen unterstützt und hat den Dateinamen in einen Namen und eine Erweiterung, aber wieder nicht geteilt, die Tagung, Nachsilben zu verwenden, um Erweiterungen vorzutäuschen, hat für die Vereinbarkeit mit vorhandenen Versionen von Windows weitergegangen.

Als das Internetalter zuerst, diejenigen angekommen ist, die Windows-Systeme verwenden, die noch auf 8.3 Dateinamenformate eingeschränkt wurden, musste Webseiten mit Namen schaffen, die darin enden, während diejenigen, die Macintosh oder UNIX Computer verwenden, das empfohlene Dateiformat verwenden konnten. Das ist auch ein Problem für Programmierer geworden, die mit der javanischen Programmiersprache experimentieren, da sie verlangt, dass Quellcodedateien die vierstellige Nachsilbe haben, und Gegenstand-Codeproduktionsdateien mit der fünfstelligen Nachsilbe kompiliert.

Schließlich hat Windows Unterstützung für lange Dateinamen eingeführt, und hat den 8.3 Spalt des Namens/Erweiterung in Dateinamen in einer verlängerten Version des allgemein verwendeten FETTEN Dateisystems genannt VFAT entfernt. VFAT ist zuerst in Windows NT 3.5 und Windows 95 erschienen. Wie man größtenteils betrachtet, ist die innere Durchführung von langen Dateinamen in VFAT eine Improvisationslösung, aber es hat die wichtige Länge-Beschränkung entfernt, und hat Dateien erlaubt, eine Mischung von Großbuchstaben und Briefen der unteren Umschaltung auf Maschinen zu haben, die Windows NT gut nicht führen würden. Jedoch hat der Gebrauch von Erweiterungen-Buchstaben drei unter Windows von Microsoft ursprünglich für die rückwärts gerichtete Vereinbarkeit mit älteren Versionen von Windows und jetzt aus Gewohnheit zusammen mit den Problemen weitergegangen, die es schafft.

Befehl-Namenprobleme

Der Gebrauch eines Dateiformates in einem Befehl-Namen erscheint gelegentlich gewöhnlich als eine Nebenwirkung des Befehls, der als eine Schrift (in der Bach-Schale, Pythonschlange, usw.) und der Dolmetscher-Name worden ist durchführt, der suffixed zum Befehl-Namen, eine Praxis ist, die auf Systemen wie Windows und Mac OS X üblich ist, die sich auf allgemein Satz-Vereinigungen zwischen Dateiformat und Dolmetscher verlassen, aber scharf missbilligt in UNIX-abgeleiteten Systemen wie Linux und Mac OS X des Apfels, wo der Dolmetscher normalerweise als ein Kopfball in der Schrift angegeben wird.

Auf Vereinigungsbasierten Systemen wird das Dateiformat allgemein zu einer einzelnen, weiten System Auswahl am Dolmetscher für diese Erweiterung (wie ".py" das Bedeuten kartografisch dargestellt, Pythonschlange zu verwenden), und der Befehl selbst ist runnable von der Befehl-Linie, selbst wenn die Erweiterung weggelassen wird (das Annehmen, dass passende Einstellung getan wird). Wenn die Durchführungssprache geändert wird, wird die Befehl-Namenerweiterung ebenso geändert, und der OS stellt eine konsequente API zur Verfügung, indem er derselben Version der Erweiterung weniger des Befehls erlaubt wird, in beiden Fällen verwendet zu werden. Diese Methode leidet etwas unter der im Wesentlichen globalen Natur der Vereinigung kartografisch darstellend, sowie von der unvollständigen Aufhebung von Entwicklern von Erweiterungen, wenn sie Programme und das nennt, Entwickler können diese Aufhebung nicht zwingen. Windows ist der einzige restliche weit verbreitete Arbeitgeber dieses Mechanismus.

Auf Systemen mit Dolmetscher-Direktiven haben Befehl-Namenerweiterungen keine spezielle Bedeutung, und sind durch die nicht verwendete Standardpraxis, da die primäre Methode, Dolmetscher für Schriften zu setzen, sie mit einer einzelnen Linie anfangen soll, die den Dolmetscher angibt, um zu verwenden (der als eine degenerierte Quellengabel angesehen werden konnte).

Entwickler, die von der Vereinigungsbasierten Kultur bis die lenkende Dolmetscher-Kultur häufig kommen, machen den sehr kennzeichnenden Fehler des Umfassens von Befehl-Namenerweiterungen. Das Einbetten des Durchführungsdetails der verwendeten Sprache führt ein Problem ein, wo die Durchführungssprache des Befehls (zum Beispiel, von der Schale bis C ++) entweder ohne brechend kein Werkzeug geändert werden kann, das sich auf den alten Schrift-Namen bezieht, die jetzt ungenaue alte Erweiterung behaltend, oder vorzugsweise einem Streifband auf der alten Sprache schreibend, die ein Werkzeug auf der neuen Sprache startet.

Sicherheitsprobleme

Das Verzug-Verhalten des Windows-Forschers, der mit Windows von Microsoft versorgte Dateibrowser, ist für nicht zu zeigende Dateiformate. Böswillige Benutzer haben versucht, Computerviren und Computerwürmer auszubreiten, indem sie Dateinamen verwenden, die wie gebildet sind. Die Hoffnung besteht darin, dass das als, eine harmlose Textdatei erscheinen wird, ohne den Benutzer zur Tatsache zu alarmieren, dass es ein schädliches Computerprogramm ist, das in diesem Fall in VBScript geschrieben ist.

Spätere Windows-Versionen (mit Windows XP Dienstsatz 2 und Windows Server 2003 anfangend), haben anpassbare Listen von Dateiformaten eingeschlossen, die "gefährlich" in bestimmten "Zonen" der Operation, solcher als, wenn heruntergeladen, vom Web betrachtet werden sollten oder als eine E-Mail-Verhaftung erhalten haben. Moderne Antivirus-Softwaresysteme helfen auch, Benutzer gegen solche versuchten Angriffe wo möglich zu verteidigen.

Einige Viren nutzen die Ähnlichkeit zwischen dem ".com" Gebiet auf höchster Ebene und der ".COM" Dateierweiterung aus, indem sie böswillige, rechtskräftige Verhaftungen der Befehl-Datei unter Namen per E-Mail geschickt wird, die oberflächlich URL-ADRESSEN (z.B, "myparty.yahoo.com") mit der Wirkung ähnlich sind, auf die einige naive Benutzer auf e-Mail-eingebetteten Verbindungen klicken, die sie denken, führen zu Websites, aber laden wirklich herunter und führen die böswilligen Verhaftungen durch.

Es hat Beispiele von malware gegeben, der gefertigt ist, um Verwundbarkeit in einigen Windows-Anwendungen auszunutzen, die eine Stapel-basierte Pufferüberschwemmung verursachen konnten, als sie eine Datei mit einem allzu langen, unbehandelten Dateiformat geöffnet haben.

Alternativen

In Netzzusammenhängen werden Dateien als Ströme von Bit betrachtet und haben Dateinamen oder Erweiterungen nicht.

In vielen Internetprotokollen wie HTTP und PANTOMIME-E-Mail wird der Typ eines bitstream als das Internetsektorformat des Stroms festgesetzt (auch hat den Typ MIME oder zufriedenen Typ genannt). Das wird in einer Linie des Textes gegeben, der dem Strom vorangeht wie:

Zufriedener Typ: Text/Ebene

Weil es gibt zwischen Dateiformaten und Internetsektorformaten, Fehlanpassungen in der Dateityp-Interpretation zwischen Autoren, Webservern kein Standard-kartografisch darzustellen, und Kundensoftware eine Quelle von Fehlern sein kann, wenn sie Dateien über das Internet überträgt. Zum Beispiel kann ein zufriedener Autor eine Erweiterung auf einer komprimierten Ersteigbaren Vektor-Grafikdatei angeben, aber ein Webserver, der diese Erweiterung nicht anerkennt, kann den richtigen zufriedenen Typ und seinen erforderlichen Kompressionskopfball nicht senden, WWW-Browser unfähig verlassend, das Image richtig zu interpretieren und zu zeigen.

BeOS, dessen BFS Dateisystembetreuungen Attribute erweitert haben, würde eine Datei mit seinem Internetsektorformat als ein verlängertes Attribut markieren. Der KDE und die ZWERG-Tischumgebungen vereinigen ein Internetsektorformat mit einer Datei durch das Überprüfen sowohl der Dateinamennachsilbe als auch des Inhalts der Datei nach der Mode des Dateibefehls als ein heuristischer. Sie wählen die Anwendung, um loszufahren, wenn eine Datei gestützt auf diesem Internetsektorformat geöffnet wird, die Abhängigkeit von Dateiformaten reduzierend. Mac OS X verwendet sowohl Dateiformate als auch Sektorformate, sowie Dateityp-Codes, um einen Gleichförmigen Typ-Bezeichner auszuwählen, durch den man den Dateityp innerlich identifiziert.

Siehe auch

• Die Liste der Datei formatiert
• Liste von Dateiformaten (alphabetischer)
• Datei (Befehl)
• Windows-Dateitypen
• Metadata
• .properties

Außenverbindungen

• Dateierweiterungsbibliothek
• FILExt