Файл или файл как правильный

Обновлено: 21.11.2024

Члены многих типов в пространстве имен System.IO включают параметр пути, который позволяет указать абсолютный или относительный путь к ресурсу файловой системы. Затем этот путь передается API-интерфейсам файловой системы Windows. В этом разделе обсуждаются форматы путей к файлам, которые можно использовать в системах Windows.

Традиционные пути DOS

Стандартный путь DOS может состоять из трех компонентов:

Буква тома или диска, за которой следует разделитель томов ( : ).
Имя каталога. Символ разделителя каталогов разделяет подкаталоги во вложенной иерархии каталогов.
Необязательное имя файла. Символ разделителя каталогов разделяет путь к файлу и имя файла.

Если присутствуют все три компонента, путь является абсолютным. Если буква тома или диска не указана, а имя каталога начинается с символа разделителя каталогов, путь является относительным от корня текущего диска. В противном случае путь указывается относительно текущего каталога. В следующей таблице показаны некоторые возможные пути к каталогам и файлам.

< td>Абсолютный путь от корня текущего диска.

Путь	Описание
C:\Documents\Newsletters\Summer2018 .pdf	Абсолютный путь к файлу от корня диска C: .
\Program Files\Custom Utilities\StringFinder.exe
2018\January.xlsx	Относительный путь к файлу в подкаталоге текущий каталог.
..\Publications\TravelBrochure.pdf	Относительный путь к файлу в каталоге, начиная с текущего каталога.
C:\Projects\apilibrary\apilibrary.sln	Абсолютный путь к файлу из корня диска C: .
C:Projects\apilibrary\apilibrary.sln	Относительный путь от текущего каталога диска C:.

Обратите внимание на разницу между двумя последними путями. Оба указывают необязательный спецификатор тома ( C: в обоих случаях), но первый начинается с корня указанного тома, а второй — нет. В результате первый — это абсолютный путь от корневого каталога диска C:, а второй — относительный путь от текущего каталога диска C:. Использование второй формы вместо первой является частым источником ошибок, связанных с путями к файлам Windows.

Вы можете определить, является ли путь к файлу полным (т. е. не зависит ли путь от текущего каталога и не изменяется при изменении текущего каталога), вызвав метод Path.IsPathFullyQualified. Обратите внимание, что такой путь может включать сегменты относительных каталогов ( . и .. ) и по-прежнему быть полным, если разрешенный путь всегда указывает на одно и то же место.

В следующем примере показана разница между абсолютным и относительным путями. Предполагается, что каталог D:\FY2018\ существует и что вы не задали текущий каталог для D:\ из командной строки перед запуском примера.

Если вы хотите, чтобы комментарии к коду были переведены на языки, отличные от английского, сообщите нам об этом в этом обсуждении на GitHub.

UNC-пути

Пути универсального соглашения об именах (UNC), которые используются для доступа к сетевым ресурсам, имеют следующий формат:

Имя сервера или хоста, перед которым стоит \\ . Имя сервера может быть именем компьютера NetBIOS или IP/FQDN-адресом (поддерживаются как IPv4, так и v6).
Имя общего ресурса, которое отделяется от имени хоста символом \ . Вместе имя сервера и общего ресурса составляют том.
Имя каталога. Символ разделителя каталогов разделяет подкаталоги во вложенной иерархии каталогов.
Необязательное имя файла. Символ разделителя каталогов разделяет путь к файлу и имя файла.

Ниже приведены некоторые примеры путей UNC:

Путь	Описание
\\system07\C$\< /td>	Корневой каталог диска C: в system07 .
\\Server2\Share\Test\Foo.txt	Foo.txt в тестовом каталоге тома \\Server2\Share.

Пути UNC всегда должны быть полностью определенными. Они могут включать сегменты относительных каталогов ( . и .. ), но они должны быть частью полного пути. Относительные пути можно использовать только путем сопоставления пути UNC с буквой диска.

Пути устройств DOS

Операционная система Windows имеет единую объектную модель, которая указывает на все ресурсы, включая файлы. Эти пути к объектам доступны из окна консоли и отображаются на уровне Win32 через специальную папку символических ссылок, с которыми сопоставляются устаревшие пути DOS и UNC. Доступ к этой специальной папке осуществляется с помощью синтаксиса пути устройства DOS, который может быть одним из следующих:

Помимо идентификации диска по его букве, вы можете идентифицировать том по его GUID. Это принимает форму:

Путь устройства DOS состоит из следующих компонентов:

Спецификатор пути к устройству ( \\.\ или \\?\ ), который идентифицирует путь как путь к устройству DOS.

Символическая ссылка на «реальный» объект устройства (C: в случае имени диска или Volume в случае GUID тома).

Первый сегмент пути устройства DOS после спецификатора пути устройства идентифицирует том или диск. (Например, \\?\C:\ и \\.\BootPartition\ .)

Существует специальная ссылка для UNC, которая, что неудивительно, называется UNC . Например:

Для UNC устройств часть сервера/общего ресурса образует том. Например, в \\?\server1\e:\utilities\\filecomparer\ часть server/share — это server1\utilities . Это важно при вызове такого метода, как Path.GetFullPath(String, String) с относительными сегментами каталога; невозможно пройти мимо тома.

Пути устройств DOS являются полными по определению и не могут начинаться с сегмента относительного каталога ( . или .. ). Текущие каталоги никогда не входят в их использование.

Пример: способы ссылки на один и тот же файл

В следующем примере показаны некоторые способы обращения к файлу при использовании API в пространстве имен System.IO. В примере создается экземпляр объекта FileInfo и используются его свойства Name и Length для отображения имени файла и длины файла.

Нормализация пути

Почти все пути, передаваемые API Windows, нормализованы. Во время нормализации Windows выполняет следующие шаги:

Определяет путь.
Применяет текущий каталог к частично определенным (относительным) путям.
Канонизирует разделители компонентов и каталогов.
Вычисляет относительные компоненты каталога ( . для текущего каталога и .. для родительского каталога).
Удаляет определенные символы.

Эта нормализация происходит неявно, но вы можете сделать это явно, вызвав метод Path.GetFullPath, который заключает в себе вызов функции GetFullPathName(). Вы также можете вызвать функцию Windows GetFullPathName() напрямую, используя P/Invoke.

Определить путь

Первым шагом в нормализации пути является определение типа пути. Пути относятся к одной из нескольких категорий:

Это пути к устройствам; то есть они начинаются с двух разделителей и вопросительного знака или точки ( \\? или \\. ).
Это пути UNC; то есть они начинаются с двух разделителей без знака вопроса или точки.
Это полностью определенные пути DOS; то есть они начинаются с буквы диска, разделителя тома и разделителя компонентов ( C:\ ).
Они обозначают устаревшее устройство ( CON , LPT1 ).
Они относятся к корню текущего диска; то есть они начинаются с одного разделителя компонентов ( \ ).
Они относятся к текущему каталогу указанного диска; то есть они начинаются с буквы диска, разделителя томов и без разделителя компонентов ( C: ).
Они относятся к текущему каталогу; то есть они начинаются с чего-то еще ( temp\testfile.txt ).

Тип пути определяет, применяется ли каким-либо образом текущий каталог. Он также определяет, что является «корнем» пути.

Обработка устаревших устройств

Если путь представляет собой устаревшее устройство DOS, такое как CON , COM1 или LPT1 , он преобразуется в путь устройства путем добавления \\.\ и возврата.

Путь, начинающийся с имени устаревшего устройства, всегда интерпретируется методом Path.GetFullPath(String) как устаревшее устройство. Например, путь устройства DOS для CON.TXT — \\.\CON , а путь устройства DOS для COM1.TXT\file1.txt — \\.\COM1 .

Применить текущий каталог

Если путь не указан полностью, Windows применяет к нему текущий каталог. К UNC и путям устройств не применяется текущий каталог. Не работает и полный диск с разделителем C:\ .

Если путь начинается с одного разделителя компонентов, применяется диск из текущего каталога. Например, если путь к файлу — \utilities, а текущий каталог — C:\temp\ , нормализация дает C:\utilities .

Если путь начинается с буквы диска, разделителя томов и без разделителя компонентов, применяется последний текущий каталог, заданный в командной оболочке для указанного диска. Если последний текущий каталог не был установлен, применяется только диск. Например, если путь к файлу — D:sources, текущий каталог — C:\Documents\, а последний текущий каталог на диске D: — D:\sources\, результатом будет D:\sources\sources. Эти «относительные» пути являются распространенным источником логических ошибок программ и сценариев. Предполагать, что путь, начинающийся с буквы и двоеточия, не является относительным, явно неверно.

Если путь начинается не с разделителя, применяются текущий диск и текущий каталог. Например, если путь — filecompare, а текущий каталог — C:\utilities\ , результатом будет C:\utilities\filecompare\ .

Канонизировать разделители

Все прямые косые черты ( / ) преобразуются в стандартный разделитель Windows — обратную косую черту ( \ ). Если они присутствуют, ряд косых черт, следующих за первыми двумя косыми чертами, сворачивается в одну косую черту.

Оценить относительные компоненты

По мере обработки пути оцениваются любые компоненты или сегменты, состоящие из одной или двух точек ( . или .. ):

На один период текущий сегмент удаляется, так как он ссылается на текущий каталог.

Для двойной точки текущий сегмент и родительский сегмент удаляются, поскольку двойная точка относится к родительскому каталогу.

Родительские каталоги удаляются только в том случае, если они не находятся за корнем пути. Корень пути зависит от типа пути. Это диск ( C:\ ) для путей DOS, сервер/общий ресурс для UNC ( \\Server\Share ) и префикс пути к устройству для путей к устройствам ( \\?\ или \\.\ ).

Обрезать символы

Вместе с удаленными ранее рядами разделителей и относительных сегментов, при нормализации удаляются некоторые дополнительные символы:

Если сегмент заканчивается одним периодом, этот период удаляется. (Сегмент из одной или двух точек нормализуется на предыдущем шаге. Сегмент из трех и более точек не нормализуется и фактически является допустимым именем файла/каталога.)

Если путь не заканчивается разделителем, все завершающие точки и пробелы (U+0020) удаляются. Если последний сегмент представляет собой просто одинарную или двойную точку, он подпадает под действие приведенного выше правила относительных компонентов.

Это правило означает, что вы можете создать имя каталога с завершающим пробелом, добавив завершающий разделитель после пробела.

Вы никогда не должны создавать каталог или имя файла с пробелом в конце. Конечные пробелы могут затруднить или сделать невозможным доступ к каталогу, и приложения обычно не работают при попытке обработать каталоги или файлы, имена которых содержат конечные пробелы.

Пропустить нормализацию

Обычно любой путь, переданный API Windows, (фактически) передается функции GetFullPathName и нормализуется. Есть одно важное исключение: путь к устройству начинается со знака вопроса, а не с точки. Если путь не начинается точно с \\?\ (обратите внимание на использование канонической обратной косой черты), он нормализуется.

Почему вы хотите пропустить нормализацию? Есть три основные причины:

Чтобы получить доступ к путям, которые обычно недоступны, но разрешены. Файл или каталог, называемый скрытым. , например, невозможно получить доступ каким-либо другим способом.

Чтобы повысить производительность, пропустив нормализацию, если она уже была выполнена.

Пропуск проверки нормализации и максимального пути — единственное различие между двумя синтаксисами пути к устройству; в остальном они идентичны. Будьте осторожны, пропуская нормализацию, так как вы можете легко создать пути, с которыми "обычным" приложениям будет сложно работать.

Пути, начинающиеся с \\?\, по-прежнему нормализуются, если вы явно передаете их функции GetFullPathName.

Вы можете передавать пути, содержащие более MAX_PATH символов, в GetFullPathName без \\?\ . Он поддерживает пути произвольной длины вплоть до максимального размера строки, который может обрабатывать Windows.

Case и файловая система Windows

Особенность файловой системы Windows, которая сбивает с толку пользователей и разработчиков, отличных от Windows, заключается в том, что в именах путей и каталогов не учитывается регистр. То есть имена каталогов и файлов отражают регистр строк, используемых при их создании. Например, вызов метода

Как правильно: "Имя файла", "Имя файла" или "Имя файла"?

Мне нравится, как выглядит filename , когда вы в конце концов говорите о других атрибутах этого файла, что часто происходит в программировании, например, это часто гораздо лучше использовать вместо этого имя файла. Таким образом, вы можете указать имя файла , размер файла , формат файла и т. д. без потери симметрии, как если бы вы использовали имя файла , размер файла , формат файла и т. д.

Примечательно, что заголовок Content-Disposition в веб-запросах принимает значение filename="file.txt" , что указывает на то, что они стандартизировали использование имени файла, а не имени файла.

Я бы сказал, что "имя файла" неверно. Разве это не должно быть «имя файла», если мы используем его таким образом? Например: вы не говорите «кошачий хвост», вы говорите «кошачий хвост», верно? Рассматриваемое слово обозначает «имя файла» или «имя файла» (не «имя файла», как и не «кошачий хвост»). Однако слово «имя файла» является правильным, так как оно содержит «имя файла» (или «имя файла»), означающее одно составное слово).

7 ответов 7

Первоначальная форма слова была "имя файла", как в имени файла.В наши дни (и, вероятно, в течение нескольких лет) составное «имя файла» широко распространено и, возможно, наиболее часто используется. Любой из них, конечно, вполне приемлем.

Однако ни при каких обстоятельствах не используйте заглавные буквы в середине слова. (Если вы не пишете имена переменных в коде.)

Точно так же не используйте "Имя файла". Нет никаких причин, по которым «Имя» должно быть написано с большой буквы в середине предложения. (Если только, я полагаю, кого-то не зовут "Имя", но это доводит педантизм до новых крайностей.)

@res: Да, это само собой разумеющееся. :) Вы не хотите писать ни одно из слов с заглавной буквы, если только "Файл" не начинается предложением.

Я никогда не знал, что "имя файла" является широко используемым составным термином закрытой формы; на самом деле существует много его примеров (особенно в коде), но это обязательно не делает его правильным. Можно использовать общий термин, который делает использование любого слова излишним, а именно "путь" - это относится как к файлам, так и к каталогам, поскольку оба являются просто объектами файловой системы.

Также стоит упомянуть, что сами Microsoft не считают "имя файла" уместным в своих рекомендациях по дизайну для разработчиков, поэтому они не являются авторитетом в области английского языка, но устанавливают стандарты в огромном количестве вычислений. арены (особенно стоит обратить внимание, если это связано с программированием.)

@Noldorin Поскольку OP пометил это программированием, и такие программисты, как я, будут здесь, было бы неплохо разместить ссылку на рекомендации по дизайну на ответ.

Имя файла, по моему опыту, является наиболее распространенным и, на мой взгляд, самым красивым. Имя файла также допустимо, но я бы использовал его редко, возможно, в параллельной конструкции, такой как имя файла и размер. Я нахожу заглавные буквы в середине слов отвлекающими и неприятными везде, кроме исходного кода программы, поэтому я никогда бы даже не подумал об FileName. Изменить: если это причина, по которой вы спрашиваете, в исходном коде программы я бы все равно использовал Filename для класса или имя файла для переменной, а не FileName или fileName соответственно.

В Британском национальном корпусе 240 ссылок на имя файла и 72 ссылки на имя файла. Поиск с учетом регистра невозможен, но несколько повторных загрузок случайной выборки определенных записей не дали мне совпадений для FileName.

Для функций, зависящих от языка (таких как подсветка синтаксиса и анализ кода) в файлах, представляющих разные языки и технологии, PyCharm поддерживает список типов файлов, каждый из которых связывает языковую службу с одним или несколькими шаблонами имен файлов.

Список типов файлов по умолчанию охватывает все соответствующие шаблоны имен файлов, но вы можете добавить новые типы файлов для ваших пользовательских языковых файлов и изменить связанные шаблоны имен файлов для существующих типов файлов.

Если вы работаете с языком, который по умолчанию не поддерживается в PyCharm, в зависимости от версии PyCharm могут существовать подключаемые модули, поддерживающие этот язык.

Когда вы открываете файл в редакторе, PyCharm выбирает тип файла и соответствующую языковую службу в соответствии с шаблоном имени файла. Если имя файла не соответствует ни одному из шаблонов, зарегистрированных для типов файлов, вы можете связать шаблон имени файла с определенным типом файла.

Кроме того, вы можете сделать PyCharm приложением по умолчанию для открытия определенных типов файлов из файлового менеджера в вашей операционной системе.

Добавить пользовательский тип файла

Если вы работаете с языком, который не поддерживается по умолчанию и для него нет подключаемых модулей, вы можете настроить простую языковую службу для файлов, связанных с этим языком — вам понравится подсветка синтаксиса для ключевых слов, комментариев и фигурных скобок и есть некоторые основные помощники редактора, такие как добавление комментариев к строке/блоку с помощью Ctrl+/ / Ctrl+Shift+/ и расширение/уменьшение выделения в соответствии со структурой с помощью Ctrl+W / Ctrl+Shift+W .

Нажмите Ctrl+Alt+S, чтобы открыть настройки IDE, и выберите Редактор | Типы файлов .

В разделе "Распознанные типы файлов" нажмите , укажите имя нового типа и описание.

В разделе «Подсветка синтаксиса» настройте чувствительность к регистру, параметры соответствия скобок и укажите способы определения комментариев:

Комментарий к строке: укажите символы, обозначающие начало однострочного комментария.

Только в начале строки: символы, обозначающие начало комментария к строке, распознаются как комментарий, если они расположены в начале строки.

Начало комментария блока, Конец комментария блока: укажите символы, обозначающие начало и конец комментария блока.

Шестнадцатеричный префикс : укажите символы, указывающие, что последующее значение является шестнадцатеричным числом (например, 0x ).

Постфиксы чисел: указывайте символы, указывающие на используемую систему счисления или единицу измерения. Постфикс — это завершающая строка символов (например, e-3, kg ).

Поддерживать парные фигурные скобки , Поддерживать парные скобки , Поддерживать парные скобки , Поддерживать экранированные строки : установите эти флажки, чтобы выделить парные фигурные скобки, квадратные скобки, круглые скобки и экранированные строки.

В разделе "Ключевые слова" можно указать до четырех списков ключевых слов. Ключевые слова каждого списка будут выделены в редакторе по-разному и будут автоматически заполнены.

Флажок Игнорировать регистр указывает, учитываются ли ключевые слова в файлах пользовательского формата.

Вы можете настроить цвета для подсветки синтаксиса ключевых слов, комментариев и других идентификаторов, относящихся к конкретному языку, в меню «Редактор | Цветовая схема | Страница настроек пользовательских типов файлов.

Настроить ассоциации между шаблонами имен файлов и типами файлов

Связать шаблон имени файла с определенным типом файла

Если PyCharm не может определить тип файла, который вы пытаетесь открыть или создать, он отображает диалоговое окно «Зарегистрировать новую ассоциацию типа файла», в котором вы можете выбрать способ обработки этого файла.

Если диалоговое окно не открывается автоматически, щелкните файл правой кнопкой мыши в окне инструмента "Проект" и выберите "Связать с типом файла" в контекстном меню или выберите "Файл | Свойства файла | Свяжите с типом файла в главном меню.

В диалоговом окне «Регистрация ассоциации нового типа файлов» выберите необходимые параметры:

В списке Шаблон файла выберите, хотите ли вы указать тип для текущего файла ( file.extension ) или для всех файлов с этим расширением ( *.extension ).

Выберите один из следующих вариантов:

Открывать соответствующие файлы как текст и автоматически определять тип файла по содержимому: открывать файл без расширения как текстовый файл и определять его тип по содержимому, например, по строке shebang.

Открыть соответствующие файлы в PyCharm: связать файл с одним из существующих типов файлов. Вы можете изменить эту связь позже в настройках.

Открыть соответствующие файлы в соответствующем приложении: откройте файл в системном приложении по умолчанию, настроенном в вашей операционной системе. Например, файлы .pdf открываются в программе просмотра PDF по умолчанию.

При необходимости вы можете проверить и настроить все шаблоны имен файлов, связанные с системными приложениями.

Нажмите "ОК", чтобы применить настройки.

Изменить шаблоны имен файлов, связанные с типом файла

Нажмите Ctrl+Alt+S, чтобы открыть настройки IDE, и выберите Редактор | Типы файлов .

В списке «Распознанные типы файлов» выберите тип файла, который вы хотите связать с другими шаблонами имен файлов.

Используйте раздел Шаблоны имен файлов, чтобы внести необходимые изменения. Вы можете добавить новый шаблон (), удалить существующий () или изменить существующий шаблон ( ).

Если ваш проект содержит файлы в проприетарных форматах, например .pdf и .docx , PyCharm откроет эти файлы с помощью приложения по умолчанию, настроенного в вашей операционной системе. Если определенный проприетарный формат файла не распознается или вы просто хотите открыть определенные файлы с помощью системного приложения, вы можете добавить необходимые ассоциации.

Настройка шаблонов имен файлов, связанных с системными приложениями

Нажмите Ctrl+Alt+S, чтобы открыть настройки IDE, и выберите Редактор | Типы файлов .

В списке «Распознанные типы файлов» выберите «Файлы, открытые в связанных приложениях».

В разделе Шаблоны имен файлов справа нажмите и укажите шаблон имени файла, который должен быть связан с внешним приложением.

Если файл правильно связан с определенным типом файла по его шаблону имени файла, но вы хотите обработать этот файл по-другому, вы можете переопределить ассоциацию типа файла только для этого файла — другие файлы, соответствующие этому шаблону, не будут затронуты.

Переопределить тип файла для определенного файла

В окне инструмента "Проект" ( Alt+1 ) выберите один или несколько файлов, которые должны иметь ассоциацию с другим типом файла, щелкните правой кнопкой мыши выбранный вариант и выберите "Переопределить тип файла".

В открывшемся списке выберите новый тип файла.

Используйте быстрый поиск, чтобы быстрее найти нужный тип файла.

Чтобы восстановить исходную ассоциацию типа файла в соответствии с шаблоном имени файла, снова щелкните файл или файлы правой кнопкой мыши и выберите "Восстановить переопределение типа файла" в контекстном меню.

Сделать PyCharm приложением по умолчанию для определенных типов файлов

Вы можете сделать PyCharm приложением по умолчанию для открытия определенных типов файлов из файлового менеджера по умолчанию в вашей операционной системе.

Нажмите Ctrl+Alt+S, чтобы открыть настройки IDE, и выберите Редактор | Типы файлов .

Нажмите «Связать типы файлов с PyCharm» и выберите расширения файлов, которые вы хотите открыть в среде IDE.

Нажмите "ОК" и закройте диалоговое окно.

Если вы используете macOS, перезагрузите компьютер, чтобы изменения вступили в силу.

Игнорировать файлы и папки

PyCharm также поддерживает список файлов и папок, которые полностью исключены из какой-либо обработки. По умолчанию в этот список входят временные файлы, служебные файлы, относящиеся к системам контроля версий и т. д.:

Изменить список игнорируемых файлов и папок

Нажмите Ctrl+Alt+S, чтобы открыть настройки IDE, и выберите Редактор | Типы файлов .

Перейдите на вкладку "Игнорируемые файлы и папки".

Вы можете добавить новое расширение (), удалить существующее () или изменить существующее расширение ( ).

Примените изменения и закройте диалоговое окно.

Настроить команды shebang для типов файлов

Нажмите Ctrl+Alt+S, чтобы открыть настройки IDE, и выберите Редактор | Типы файлов .

В списке «Распознанные типы файлов» выберите тип файла, для которого вы хотите настроить команду.

В области шаблонов HashBang нажмите ( Добавить шаблон HashBang ).

В открывшемся диалоговом окне укажите шаблон, который IDE будет использовать для распознавания типа файла, а затем нажмите кнопку "ОК" .

Лучше сказать "в файле", чем "в файле". Представьте файл манилы; внутри него или поверх него есть документы?

в файле

Это правильно

Объяснение предоставлено экспертом TextRanch по английскому языку

Несколько примеров из Интернета:

Другое. возможные пропавшие лица в файле.
Ее информация в файле.
Отпечатки человека должны быть включены в виде изображений, сжатых с помощью WSQ, в файл.
Дополнительные записи типа 15 могут быть включены в файл.
Совершенно секретные правительственные документы, некоторые из которых в файле.
Все остальное находится в файле.
Элементам, содержащимся в файле, должен быть присвоен порядковый номер.
Ее последнее известное имя в файле.
Дважды щелкните файл изображения в файловом менеджере или другом приложении.
Набор символов, используемый для записи данных тега в файл.
Набор символов, используемый для записи данных тега ID3v1 в файл.
Мой номер в файле.
Ничего в файле о том, что у Крошки есть жена.
Я не припоминаю интервью в файле.
В деле в файле не было упоминания о парне.
В в файле сказано, что у Хизер Вандервал есть дочь.
Раскрытие других неконфиденциальных версий документов в файле, когда это оправдано.
Грейсон специально поместил эту вырезку в файл.
Все это в файле, который забрал Макаллен.
Произошла ошибка при открытии каталога в файловом менеджере

в файле

Это неправильно. Не используйте эту фразу.

Если вы имеете в виду что-то в файле, вы должны использовать слова "в файле", а не "в файле". Однако вы можете использовать фразу "в файле", говоря о ведении записей, например: "Мы будем хранить ваше резюме в файле".

Читайте также: