UNIX / Linux nie ma tego samego wczesnego dziedzictwa DOS / CP / M, co Windows. Dlatego rozszerzenia są na ogół mniej znaczące dla większości narzędzi i narzędzi UNIX.
Zwykle używam środowiska tylko z wiersza poleceń. Rozszerzenia w takim środowisku pod Linuksem nie są tak naprawdę znaczące, z wyjątkiem wygody dla operatora lub użytkownika. (Nie mam wystarczającego doświadczenia z KDE lub GNOME, aby wiedzieć, jak ich menedżerowie plików radzą sobie z rozszerzeniami).
Ale taka wygoda jest zwykle ważna. Jeśli config.ini
naprawdę jest w standardowym formacie Microsoft .ini, pozwoliłbym, aby rozszerzenie pozostało. Zwykłe stare pliki tekstowe zwykle nie mają rozszerzenia w systemie Linux, ale nie jest to uniwersalne dla wszystkich plików konfiguracyjnych programów. Programista zazwyczaj decyduje o tym.
Myślę, że „.txt” jest użyteczny pod Linuksem, jeśli chcesz podkreślić, że NIE jest to plik konfiguracyjny lub inny dokument odczytywalny maszynowo. Jednak w dystrybucjach źródłowych konwencja polega na nazywaniu takich plików wszystkimi wielkimi literami bez rozszerzenia (tj. README, INSTALL, COPYING itp.)
Istnieją pewne standardy i konwencje, ale nic nie powstrzymuje cię od nazywania czegokolwiek, co chcesz, chyba że dzielisz się z innymi.
W systemie Windows nazewnictwo pliku .exe
wskazuje powłoce (zwykle explorer.exe
), że jest to plik wykonywalny. UNIX wykorzystuje tę wiedzę w uprawnieniach systemu plików. Jeśli ustawione są odpowiednie x
bity (patrz man chmod
), jest on rozpoznawany jako wykonywalny przez powłoki i funkcje jądra (jak sądzę). Poza tym Linux nie dba o to, większość powłok nie dba o to, a większość programów szuka w pliku, by znaleźć „typ”.
Oczywiście istnieje ładne polecenie, file
które może przeanalizować plik i powiedzieć z pewną pewnością, co to jest. Uważam, że jeśli nie może dopasować danych w pliku do żadnego znanego typu i jeśli zawiera tylko drukowalne znaki ASCII / Unicode, to zakłada, że jest to plik tekstowy.
@Bruce Ediger poniżej jest absolutnie poprawny. Na poziomie jądra lub systemu plików nie ma nic, tj. Sam Linux, wymuszający lub dbający o to, aby zawartość pliku była zgodna z jego nazwą lub programem, który powinien to rozumieć. Nie oznacza to, że nie można utworzyć narzędzia powłoki lub programu uruchamiającego, aby wykonywać czynności na podstawie nazwy pliku.