Kończę moją aplikację na iPada, a rozszerzenie nazwy pliku (używane głównie do tego, aby Mail i Dropbox wiedzieli, w którym programie otwierać pliki) ma 12 znaków. Jedynym rozszerzeniem nazwy pliku, które jest tak blisko, jest tak długie tax2010
. Dlaczego jest tak mało zmian na ten temat i jakich problemów mogę się spodziewać, używając długiej nazwy pliku dla mojej aplikacji? Te pliki zostaną wysłane, skopiowane i udostępnione * .
We wszystkich testach działa idealnie.
* Mam nadzieję
file-extension
Dan Rosenstark
źródło
źródło
.resources
i.csproj
). Ale tak, większość rozszerzeń plików jest krótsza.Odpowiedzi:
Wielu programistów używało komputerów przynajmniej wtedy, gdy długie rozszerzenia wymagały ograniczeń technicznych. Nawet dzisiaj nadal są aktywne programy, które dławią się takimi rzeczami, jak spacje w ścieżkach plików i długie rozszerzenia.
Dopóki nie podejrzewasz, że twoje pliki będą musiały być używane przez te programy, nie ma technicznego powodu, aby cię zatrzymać.
Pamiętaj jednak , że krótkie rozszerzenia, które można zrozumieć jednym spojrzeniem, będą znacznie lepsze dla użytkowników. Tak więc, chociaż .resources jest świetnym przykładem, to na pewno nie jest.
źródło
Rozszerzenia plików służą do rozróżniania różnych typów plików, a nie do opowiadania historii. Dlatego są krótkie: nawet przy długości trzech liter szanse na kolizję na tej samej maszynie są niewielkie.
Długie rozszerzenia oznaczają mniej miejsca na pozostałą ścieżkę i nazwę pliku . Być może w nowoczesnych systemach operacyjnych i oprogramowaniu nie ma to znaczenia, ponieważ akceptują bardzo długie ścieżki plików. Niestety nie jest tak w przypadku Microsoft , gdzie .NET Framework nadal nie może zarządzać ścieżkami dłuższymi niż 259 znaków . 12 znaków wziętych za rozszerzenie oznacza 246 znaków pozostałych na ścieżce bez rozszerzenia. W niektórych przypadkach może to stanowić problem.
Ponieważ ten problem nie dotyczy konkretnego przypadku , jedynym powodem unikania długich rozszerzeń jest wpisanie przez użytkownika nazw plików, w tym rozszerzeń , zwłaszcza na urządzeniach mobilnych, na których pisanie może być trudne.
źródło
Dłuższe nazwy plików:
To, czy te rozważania stanowią problem dla Twojej aplikacji, zależy od Ciebie i Twoich użytkowników.
źródło
Jak powiedział @Anthony w komentarzach, trzyliterowe (na linii DOS-> Windows) rozszerzenie pliku jest historyczną pozostałością. W dzisiejszych czasach nie jest już ograniczeniem w nowoczesnych systemach operacyjnych, choć pozostaje dziwnie powszechny.
Ponieważ oczekuje się, że w miarę upływu czasu ta praktyka będzie powoli porzucana, ryzykuję, że możesz skorzystać z dłuższego rozszerzenia pliku, szczególnie jeśli testy potwierdziły, że w twoim środowisku „działa dobrze”.
Jedyny problem, który mogę odgadnąć, to to, że w niektórych przypadkach zostanie skrócony do „podatku”.
źródło
Nie mogę mówić o aplikacjach na iPada, ale od dłuższego czasu używam rozszerzeń 5- i 6-znakowych dla typów plików dla moich aplikacji Windows. I nie sądzę, żeby Linux miał z tym jakiś problem, więc też nie ma z tym problemu. Po prostu nie używaj spacji ani znaków specjalnych, ponieważ niektóre programy mogą nie radzić sobie z nimi poprawnie, jeśli próbują użyć nazwy pliku jako elementu parametru wiersza polecenia.
źródło