Файловая структура диска. Полное имя файла. Работа с файлами

На прошлых уроках мы узнали:

·     Основное устройство внешней памяти компьютера – его жёсткий диск.

·     Для удобства работы жёсткий диск разбивают на логические разделы (тома). Так называется некоторая область памяти жёсткого диска, которая рассматривается как одно целое.

·     Вся информация во внешней памяти компьютера храниться в файлах. Файл – это именованная область данных, которые хранятся на запоминающем устройстве.

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

Вопросы:

·     Файловые структуры и их разновидности

·     Полное имя файла и его составляющие.

·     Операции над файлами.

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

Все файловые структуры делятся два типа: простые (линейные) и иерархические (многоуровневые). При линейной файловой структуре в корневом каталоге устройства внешней памяти или тома жёсткого диска просто хранится некоторая последовательность файлов. Они не разделены на каталоги. То есть такую структуру можно представить в виде простого списка файлов. Линейная структура используется для хранения небольшого количества файлов.

Когда на одном устройстве внешней памяти содержится много файлов, например десятки или даже сотни тысяч, для того, чтобы их сохранить удобным образом требуется более сложная система. В этом случае используется иерархическая файловая структура. Она получила такое название от слова «иерархия». Оно означает расположение частей системы по уровням от высшего с низшему. Высший уровень этой структуры – корневой каталог. Он содержит файлы и поддиректории первого уровня. Поддиректории первого уровня в свою очередь также будут содержать файлы и поддиректории второго уровня и так далее… Эту структуру можно изобразить графически, в виде дерева. Его можно изображать как вертикально, так и горизонтально.

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

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

Любой пользователь создаёт наиболее удобную для себя файловую структуру. Например можно создать на устройстве внешней памяти директории для фильмов, музыки, игр, школьных заданий и другие. Каталог со школьными заданиями может содержать каталоги по предметам, а они в свою очередь каталоги по датам. При поиске нужного файла пользователь будет понимать в каком каталоге он находится. А это сильно ускоряет процесс.

Чтобы выполнить какие-то действия с файлом, нужно указать путь к нему на запоминающем устройстве. Это последовательно записанные названия всех каталогов, от корневого, до того, в котором непосредственно находится файл. Путь к файлу начинается с названия корневого каталога устройства внешней памяти или тома жёсткого диска. Затем записываются названия всех каталогов, в которых находится файл от высшего уровня к низшему. В виндоус названия каталогов разделяются знаком \, а в линукс – знаком /.

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

·     На одном и том же компьютере не могут одновременно существовать два файла с одинаковыми полными именами.

·     На одном компьютере не может быть двух каталогов с одинаковыми именами и путями к ним.

Так же в операционной системе Windows ограничена длина полного имени файла. Его длина не должна превышать 259 символов.

Задача: пользователь, просматривал содержимое каталога D:\Спорт\Хоккей\2016. Затем он дважды переместился на уровень вверх, перешёл к просмотру содержимого каталога «Футбол», а затем каталога «2014», где запустил для просмотра файл с именем «ЧМ.mpg». Определить полное имя файла, запущенного пользователем для просмотра.

И так пользователь просматривал содержимое каталога D:\Спорт\Хоккей\2016. Мы можем представить схему пути к файлу.

Поднявшись на уровень вверх пользователь перешёл к просмотру содержимого каталога «D:\Спорт\Хоккей\». Поднявшись на уровень вверх ещё раз он перешёл к просмотру содержимого каталога «D:\Спорт\». После того, как он перешёл к просмотру содержимого каталога «Футбол», адрес просматриваемого каталога стал «D:\Спорт\Футбол\». После перехода к каталогу «2014» – «D:\Спорт\Футбол\2014\». И так мы нашли путь к файлу, который запустил пользователь. Имя файла «ЧМ.mpg». Записав последовательно путь к файлу и имя файла получим полное имя файла ««D:\Спорт\Футбол\2014\ЧМ.mpg».

Наверняка у многих из вас возник вопрос: “А что же вообще можно делать с файлами?”. Рассмотрим операции над файлами, всего их 8:

·     cоздание,

·     редактирование,

·     просмотр,

·     копирование,

·     перемещение,

·     переименование,

·     удаление,

·     поиск.

Первые 3 операции из списка, то есть создание, редактирование и просмотр выполнятся только с помощью различных приложений и систем программирования. Остальные же 5 можно выполнить с помощью средств операционной системы. Рассмотрим их подробнее. А также выполним их практически с помощью средств операционной системы Windows.

И так копирование – это операция создания копии объекта, то есть файла или каталога по указанному пути, то есть в другом каталоге или на другом устройстве внешней памяти. При выполнении этой операции пользователь выбирает объект, копию которого ему необходимо создать. Затем пользователь указывает путь, по которому необходимо создать копию. И операционная система создаёт копию объекта по указанному пути. Если по указанному пути есть файл с тем же именем, что и копируемый — операционная система выведет сообщение об этом и предложить выбрать одно из действий в этом случае: оставить файл, который уже есть в каталоге или заменить его копией первого. Если создать копию файла в одной директории вместе с оригиналом, имя копии будет тем же что у оригинала с добавленным к нему, через тире, словом «Копия».

Задача: скопировать файл с именем «text» из каталога «1» в вашей рабочей папке в каталог «2», находящийся там же.

Сначала перейдём к просмотру содержимого нашей рабочей папки. Находясь на рабочем столе дважды нажмём левой кнопкой мыши по иконке «Этот компьютер». Теперь дважды нажмём левой кнопкой мыши на иконке раздела жёсткого диска, в котором находится рабочая папка, а затем так же проделаем оставшийся путь к рабочей папке. Находясь в рабочей папке перейдём к просмотру содержимого каталога «1». Мы видим в каталоге указанный файл «text.docx». Зададим команду для его копирования. Для этого нажмём на его иконке правой кнопкой мыши и выберем пункт контекстного меню «Копировать».

Так же это можно сделать, выделив файл, единожды нажав на нём левой кнопкой мыши и использовав сочетание клавиш Ctrl + C. Теперь перейдём к просмотру содержимого каталога «2». Для этого нажмём левой кнопкой мыши на кнопке «Назад», после чего дважды нажмём левой кнопкой мыши на иконке каталога «два». Чтобы создать копию файла нажмём правой кнопкой мыши на пустом месте области просмотра и выберем пункт контекстного меню «Вставить»

или используем сочетание клавиш Ctrl + V. Копия файла создана.

Следующая операция Удаление, так называется операция уничтожения объекта, то есть файла или каталога в исходном каталоге. Удалим уже созданную нами копию файла «text».Для этого просматривая содержимое каталога «2», нажмём на файле «text» правой кнопкой мыши и выберем пункт контекстного меню «Удалить».

Или выделим файл и нажмём клавишу Delete. После выполнения указанных действий файл будет перемещён в корзину, так в операционной системе виндоус называется хранилище объектов, подготовленных к удалению. Чтобы удалить файл безвозвратно после его выделения нужно использовать сочетание клавиш Shift + Delete. Однако после такого удаление восстановить файл, можно только с помощью специальных программ, для восстановления удалённых файлов и только до тех пор, пока сектора жёсткого диска на которых они хранились будут не заполнены новыми данными. Так же файл будет безвозвратно удалён, если в свойствах корзины включён пункт «Уничтожать файлы сразу после удаления, не помещая их в корзину».

Операция перемещения похожа на операцию копирования с той лишь разницей, что после создания копии объект-оригинал уничтожается. Переместим файл «text» из каталога «1» в каталог «2». Для этого, просматривая содержимое каталога «1», нажмём на иконке файла правой кнопкой мыши и выберем пункт контекстного меню «Вырезать».

Или выделим файл и используем сочетание клавиш Ctrl + X. Как видим иконка файла стала полупрозрачной. Теперь перейдём в каталог «2». Нажмём правой кнопкой мыши на пустом месте области просмотра и выберем пункт контекстного меню «Вставить» или используем сочетание клавиш Ctrl + V, как при копировании. Как видим в каталоге «2» создана копия файла. При этом файл-оригинал в каталоге «1» был удалён. Мы можем убедиться в этом, просмотрев его содержимое.

Переименование – это операция изменения имени каталога или собственно имени файла. Переименуем файл «text» в каталоге «2» в «История и литература». Для этого нажмём на иконке файла правой кнопкой мыши и выберем пункт контекстного меню «Переименовать»

или выделим файл и нажмём клавишу F2. Теперь мы можем ввести новое имя файла, то есть «История и литература».

Рассмотрим последнюю оставшуюся операцию – поиск объекта. Предположим, что мы забыли в каком из каталогов, в нашей рабочей папке, находится файл «История и литература». Найдём его. Для этого просматривая содержимое рабочей папки начнём в строке поиска вводить имя необходимого нам файла «История и литература». Операционная система вернёт ссылки на файлы, подходящие под критерии поиска с указанием пути к файлам. Так же при поиске файлов бывает полезно использовать маску имени файла. Она может содержать символ «Вопросительный знак» — который означает один пропущенный символ. Например, вместо союза «И» в нашем запросе поставим знак ? – как видим в результате поиска мы получили два файла со словами «История и Литература» в названии, разделёнными односимвольным союзом. Так же символ * заменяет любую последовательность символов, даже пустую. Введём в поисковую строку запрос *.docx и операционная система вернёт ссылки на все файлы в рабочей папке с расширением docx.

Важно запомнить:

·     Файловая структура диска – это совокупность файлов и каталогов на диске, а также связей между ними.

·     Файловые структуры бывают линейные и иерархические.

·     Линейные подходят для хранения небольшого количества файлов.

·     Когда на диске храниться большое количество файлов – удобнее использовать иерархическую структуру.

·     Путь к файлу – это все названия каталогов в которых содержаться файл, записанные последовательно, от высшего уровня к низшему.

·     Путь к файлу и его имя записанные последовательно дают полное имя файла.

·     Создание, редактирование, просмотр, копирование, перемещение, удаление, переименование и поиск – это операции над файлами.

Broad Институт Массачусетского технологического института и Гарварда

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

Начните с чего-нибудь простого и ясного, чтобы не увязнуть в начале, и позвольте структуре развиваться по мере необходимости.

Почему так важна организация файлов

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

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

Зачем это нужно: для других

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

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

Зачем это нужно: для вас

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

Запутаться никогда не весело, особенно когда и являются причиной замешательства. Возвращаясь к коду и забывая, где размещены ваши файлы или, что еще хуже, какие файлы использовать (смертельный метод проб и ошибок с использованием file1.py , file-v1.py , file-mod1. py или file-try-this-one-v1.py суффиксов) создает ужасный опыт. Хуже того, это ограничит возможность воспроизведения вашего кода.

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

Начало работы

Некоторая терминология:

• Папки и Каталоги взаимозаменяемы. Папки будут использоваться здесь.
• Файловая структура , файловая иерархия и файловые схемы используются взаимозаменяемо. Здесь будет использоваться файловая структура .

Определите правильную перспективу: определите свои цели и аудиторию

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

1. Вы работаете с какими-то данными: двоичными, текстовыми, веб, изображениями, видео, машинными данными…
2. Вы измените данные в соответствии со своими потребностями
3. Проанализируете данные и сделаете выводы
4. Вы создадите представления таких выводов: диаграммы, рисунки, изображения, видео…
5. Вы поделитесь некоторыми или всеми вышеперечисленными процессами с другими, будь то сдача задания для класса или публикация результатов на конференции или в журнале

Те, кто просматривает ваш код, которые могут быть специалистами по обработке данных, исследователями или желающими учиться, могут иметь другие намерения, например…

1. Поиск наборов данных для повторения и подтверждения результатов и методологий
2. Поиск наборов данных для проведения собственного анализа
3. Использование вашего исходного кода для анализа их работы или его форк для других целей
4. Глядя на ваши результаты и цифры

Состояние ума: не все должно быть высечено в камне.

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

«Глупая последовательность — хобгоблин маленьких умов». — Ральф Уолдо Эмерсон (и руководства по стилю PEP8)

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

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

«Преждевременная оптимизация — корень всех зол (или, по крайней мере, большей их части) в программировании». — Дональд Эрвин Кнут

Целью не является создание золотого стандарта и методов кодирования (но если вы его придумали, поделитесь, пожалуйста). Скорее, мы надеемся, что вы сочтете это полезным сочетанием принципов и инструментов для адаптации к вашим конкретным потребностям.

Лучшие практики для файловых структур

Перед тем, как взломать компьютер, следует помнить о некоторых основных правилах. Их:

1. Не изменяйте исходные данные вручную или даже лучше вообще.
   (Не поддавайтесь искушению открыть необработанный набор данных в Excel и изменить значения.)
2. Обработка данных должна работать как конвейерная лента: она останавливается на контрольно-пропускных пунктах. Например, он модифицируется / очищается / анализируется, а затем продолжается.
3. Код разного качества (скретч-работа vs.скомпилированные двоичные файлы) должны быть разделены.
4. Всегда помните о соавторах, даже если вероятность получить соавторов составляет 0%. Работайте над общедоступным кодом. Осведомленность общественности. В некотором смысле, представьте, если бы ваш код был выпущен на GitHub прямо сейчас .
5. Используйте относительные пути к файлам, а не абсолютные пути, чтобы облегчить совместное использование.
6. Согласованность (в рамках вашего проекта) является ключевым моментом.

Лучшие практики разделения ответственности

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

Лучшие практики экспериментальной и временной работы

Чтобы отслеживать этот процесс, у каждого ученого должен быть лабораторный блокнот.

По мере того, как вы разрабатываете свой проект, вместе с лабораторной записной книжкой вырастет скретч.Скретч-работа — это все, что вы делаете для преобразования, манипулирования или проверки (построения графика, исследования, анализа и т. Д.) Данных по мере их перемещения от станции к станции по конвейерной ленте.

Всегда помещайте все в сценарии, чтобы обеспечить повторяемость , даже если в данный момент может показаться, что это быстро и легко сделать с помощью аргументов командной строки. Подумайте об этом позже, когда вы будете сообщать об этой манипуляции соавтору. Более сложно и подвержено ошибкам сказать: «Выполните эти 15 команд, изменив аргумент x на y», а не «Запустите этот сценарий.«Даже если у вас нет соавторов, представьте, что вам нужно вспомнить промежуточный заговор, чтобы убедить своего советника в своих рассуждениях. Несомненно, будет проще просто открыть скрипт MATLAB / Python и запустить его, не беспокоясь.

Исходный код: Разместите где-нибудь логично.

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

Результаты: Держите их отдельно.

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

Рассмотрите возможность использования Makefile.

Makefiles поможет отслеживать изменения в вашем коде и данных, особенно для крупных проектов. (Ваши друзья — шаблоны Google и Makefile.)

Выберите файловую структуру, соответствующую масштабу и целям вашего проекта.

Все хорошие постройки содержат как минимум следующие элементы:

1. Уникальная основная папка для проекта
2. Некоторая форма кода
3. Некоторая форма данных
4. Readme-документ с любой важной информацией о проекте для вас или сотрудников

Начните с наброска базовой конструкции.

0. Ground zero: создайте уникальную папку для проекта.
1. Определите масштаб проекта. Где-то между быстрой визуализацией и долгосрочным совместным проектом? Это подскажет, насколько сложной должна быть файловая структура.
2. Определите параметры, отличительные данные . Кто-то, просматривающий ваши файлы, должен уметь распознать эти параметры при просмотре как вашей файловой структуры, так и имен файлов.
3. Оцените самый простой способ доступа к данным. Часто это устанавливается наиболее важной различающей переменной между наборами данных (например, хронологической, типом машины / датчика, экспериментом, человеком, моделью обучения и т. Д.). С самого начала делайте вещи простыми и понятными, чтобы их было легко проверять и отлаживать. Позаботьтесь о смекалке и оптимизации, как только убедитесь, что все работает.

Примеры из практики: разные файловые структуры подходят для разных нужд.

Лучшие практики для соглашений об именах

Легко быть ошеломленным огромным разнообразием соглашений об именах.Однако есть несколько важных базовых принципов, на которых вы можете строить свои собственные.

1. Будьте описательны и избегайте двусмысленности, особенно при управлении версиями (например, попробуйте « -v2 », а не « _final_final »)
2. Имена должны быть краткими.
   • Сокращения полезны, но убедитесь, что вы определили их в файле сведений .
   • Используйте контекст (например, родительские папки), чтобы избежать повторяющихся / длинных имен.
3. Есть только один способ отформатировать дату: ГГГГ_ММ_ДД (например.грамм. 2019_07_04). Ваша операционная система автоматически отсортирует этот стиль в хронологическом порядке.
   • Точно так же всегда предварительно дополняйте меньшие числа нулями в последовательности (например, 01, 02,…, 10, если вместо 1, 2, 3,…, 10).
4. Как всегда, будет последовательным в вашем проекте. Если у вашей группы уже есть устоявшийся стиль, начните с него и адаптируйте его к своим потребностям.

Составьте предложение пути к файлу, которое поможет пользователям идентифицировать файл.

Каждый файл, будь то данные или код, имеет путь (включая имя файла в конце), который сообщает компьютеру, где его искать.Путь также является «предложением», которое сообщает пользователю-человеку информацию, необходимую для идентификации файла. Разделите эту информацию на отдельные «элементы идеи», , которые могут быть одним знаком или числом, словом или короткой фразой (например, имя и фамилия субъекта).

Имена папок, как правило, представляют собой единый элемент идеи. С другой стороны, имена файлов могут быть одной или несколькими идеями. Возьмем, к примеру, имя файла исходных данных из примера с плоской структурой: weatherStation_MITGreenBuilding_2019_07_01.CSV . Здесь есть три элемента идеи:

Более сложный пример с использованием нескольких сокращений идей см. В этом тематическом исследовании из библиотек Стэнфорда.

Упорядочивание идей: выбор описательного или хронологического зависит от того, что является наиболее важным.

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

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

Последняя идея, которую нужно решить, — это номер версии. Используйте простую последовательность версий (например, _v1, _v2, _v3 ), чтобы избежать хаоса _final, _finalfinal, _reallyfinal, _test_final_use_this_one .Если бы кто-то передал вам такие файлы, вы бы поверили выводам? Считаете ли вы, что они хорошо поработали над проектом?

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

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

• Подчеркивания ( _ ) и camelCase ( firstNameLastName ), вероятно, являются двумя наиболее распространенными разделителями, поскольку они совместимы практически со всеми современными операционными системами и языками кодирования.Они надежны и вряд ли доставят вам проблемы при совместном использовании вашего проекта.
• Точки (. ) часто упускаются из виду как разделители, возможно, потому, что они служат для разделения расширения файла в конце файла. Однако современные операционные системы игнорируют для этой цели все, кроме последнего периода, поэтому использовать их безопасно. Хотя вам может потребоваться соблюдать осторожность, чтобы избежать ошибок с некоторыми языками, которые могут запутать точки для операторов (MATLAB, Python), они имеют большое преимущество, если вы выполняете какую-либо работу вручную.Когда вы дважды щелкаете по сегменту имени, чтобы выделить его, точки разделяют выделенные области, в отличие от переполнения (см. Ниже).
• Дефис (–) также довольно распространены, визуально похожи на подчеркивание и легко обрабатываются большинством операционных систем. Но у них есть одна потенциальная проблема: если вы не будете осторожны в своем коде, их можно спутать со знаками минус. В зависимости от вашей операционной системы дефисы могут вести себя как точка при двойном щелчке для выделения (например.g., это работает для Mac OS, как показано ниже).

Смешивание разделителей может быть отличной стратегией для улучшения читаемости.Рассмотрим эти два имени файла:

• 201

  .GeorgeSun.v1.csv

• 201

  _davidLarson_v1.csv

Общие идеи — это дата, название темы и номер версии. В обоих случаях основной разделитель используется для разделения идей, а camelCase используется для облегчения чтения имен.

Последнее замечание о разделителях: никогда не используйте пробелы в пути к проекту и именах файлов . Да, многие из нас используют их в общей файловой системе нашего компьютера, потому что они интуитивно понятны.Но код и операционные системы с трудом справляются с ними, поэтому избегание их в файловых структурах проекта избавит вас от головной боли и громоздкого кода.

Приложение: Полезные ссылки

Здесь мы делимся другими точками зрения, которые вдохновили нас на это руководство.

• Руководства по стилю
• Шаблоны файловой структуры
• Руководства по менеджменту и организации
  • «Краткое руководство по организации проектов в области вычислительной биологии», Уильям Стаффорд Нобл, PLoS Computational Biology
  • «Лучшие практики управления данными», Axiom Data Sciences
  • «Четыре стратегии организационного кода», Мартин Сандин, Medium
  • «Управляйте своим проектом Data Science на ранней стадии», Эдвард Ма, Towards Data Science
  • «Советы, уловки и философские принципы вычислительной работы», Клэр Дювалье, аспирант Массачусетского технологического института
  • Вопросы и ответы по Stackoverflow

Вернуться к содержанию этой страницы

Авторы

Файловая структура — React

Есть ли рекомендуемый способ структурирования проектов React?

React не имеет мнения о том, как размещать файлы в папках.Тем не менее, есть несколько распространенных подходов, популярных в экосистеме, которые вы, возможно, захотите рассмотреть.

Группировка по объектам или маршрутам

Один из распространенных способов структурирования проектов — разместить CSS, JS и тесты вместе внутри папок, сгруппированных по функциям или маршрутам.

  общий /
  Avatar.js
  Avatar.css
  APIUtils.js
  APIUtils.test.js
кормить/
  index.js
  Feed.js
  Feed.css
  FeedStory.js
  FeedStory.test.js
  FeedAPI.js
профиль/
  index.js
  Profile.js
  ProfileHeader.js
  ProfileHeader.css
  ProfileAPI.js  

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

Группировка по типу файла

Еще один популярный способ структурировать проекты — сгруппировать похожие файлы, например:

  api /
  APIUtils.js
  APIUtils.test.js
  ProfileAPI.js
  UserAPI.js
компоненты/
  Avatar.js
  Avatar.css
  Feed.js
  Feed.css
  FeedStory.js
  FeedStory.test.js
  Profile.js
  ProfileHeader.js
  ProfileHeader.css  

Некоторые люди также предпочитают идти дальше и разделять компоненты по разным папкам в зависимости от их роли в приложении. Например, Atomic Design — это методология проектирования, построенная на этом принципе. Помните, что зачастую более продуктивно рассматривать такие методологии как полезные примеры, а не как строгие правила, которым нужно следовать.

Избегайте слишком большого количества вложений

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

Не переусердствуйте

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

Если вы чувствуете себя полностью застрявшим, начните с хранения всех файлов в одной папке. Со временем он станет достаточно большим, и вам захочется отделить некоторые файлы от остальных. К тому времени у вас будет достаточно знаний, чтобы определить, какие файлы вы редактируете вместе чаще всего.В общем, рекомендуется хранить файлы, которые часто меняются вместе, близко друг к другу. Этот принцип называется «колокация».

По мере роста проектов они часто используют на практике сочетание обоих вышеперечисленных подходов. Так что выбор «правильного» вначале не очень важен.

Общие сведения о файловой структуре | Computerworld

Привет! Добро пожаловать обратно в информационный бюллетень HTML. В течение последних нескольких недель

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

.

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

полезно при передаче нескольких HTML-файлов и графических файлов на ваш сервер

и при обращении к этим файлам в вашем коде.

Понимание файловой структуры и того, как ссылаться на нее в документе HTML

, является ключом к управлению файлами и ссылкам на них на сервере

. Возможно, вы знакомы с кодом для отображения изображения на вашей веб-странице

(например,g., — где «mypicture.jpg» — это

изображение, которое вы хотите разместить на своей странице), но файл с именем «mypicture.jpg»

, очевидно, должен существовать, чтобы этот код работал. И поскольку не упоминается «путь» к файлу

(направления для веб-браузера, чтобы найти ваше изображение)

, он должен существовать в той же папке и каталоге, что и файл HTML

, ссылающийся на него.

Кодировать таким способом достаточно просто, если у вас мало страниц и графики, а

не планирует больше добавлять на свой сайт.Если ваш сайт состоит из

трех HTML-документов (например, index.html, mywriting.html и

myphotos.html), небольшого количества графики и нескольких фотографий, тогда это вполне

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

организации ваших документов и файлов. С другой стороны, если вы

разрабатываете страницу для своей организации, которая включает 6 или 7 разделов

с множеством разных страниц и изображений, то вы должны организовать пространство на сервере

, чтобы упростить поиск. и ссылаться на

, создав папки на вашем сервере.

Эти исходные папки находятся в корневом каталоге вашего сервера —

обычно первая область, в которую вы попадаете при входе на сервер

с помощью программы FTP. В зависимости от ваших прав доступа вам может понадобиться

для поиска определенного каталога или папок с вашим именем пользователя.

Когда мы говорим о «корне», мы будем говорить об этом каталоге или папке

.

Скажем, например, что вы настраиваете страницу на основе фреймов с

более чем несколькими разделами и подразделами.Вы можете начать с создания папки

для каждого раздела и одной для ваших изображений. Содержимое корневого каталога

может выглядеть так:

index.html

menu.html

defaultmain.html

section_one папка

section_two папка

папка section_three section

В то время как ваш индексный файл может ссылаться на первые две страницы (menu.html

и defaultmain.html) без указания пути к файлу, вам нужно будет использовать правильный путь к файлу для доступа к изображениям. Итак, если ваша главная страница

по умолчанию выводит изображение с именем «mainpageimage.jpg», тогда

вы вызываете его со следующим кодом:

Он работает так же, как подтягивание страниц к фреймам. Допустим, содержимое

вашей папки section_one содержит следующее:

section1index.html

about_us.html

Чтобы перетащить документ «section1index.html» в правый фрейм

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

указать веб-браузеру, где именно «section1index .html «так, чтобы его можно было найти

. Ссылка в документе menu.html может выглядеть так:

Это сработает, если вы назвали правый фрейм «rightideframe» в ваш документ с набором фреймов (в данном случае index.html).После того, как вы поместили section1index.html в правый фрейм, допустим, вы хотите использовать несколько изображений на этой странице. Если все изображения на ваш сайт находится в папке изображений в корневом каталоге, затем вам также нужно будет сослаться на этот путь из этого документа … но это немного другое. Внезапно нам нужно вернуться назад через файловый каталог, а не вперед, поскольку папка под названием «images» находится в том же самом каталоге, что и наш документ папка. Во-первых, мы должны указать браузеру вернуться на один шаг назад к корню. каталог.Затем мы говорим ему выполнить поиск в каталоге изображений, чтобы получить файл. Допустим, изображение, которое мы ищем, называется «mypicture.jpg». сделайте это, используя две точки «..» перед именем папки, содержащей изображения. Две точки говорят браузеру вернуться на шаг назад в файле. состав. Код в «section1index.html» будет выглядеть так: Две точки вернут нас на шаг назад. Три точки отправят нас обратно три шага. В этом примере это было бы бессмысленно, но могло бы произойти это удобно, если у нас есть папки внутри папок обычных разделов.Используя эти методы, вы можете создать очень интуитивно понятную структуру для различные папки и файлы на вашем сайте. Ваш корневой каталог останется незагроможденным, и вам будет намного проще находить файлы через несколько месяцев после вы их создали и загрузили. Как всегда, спасибо за настройку и обязательно посмотрите захватывающий эпизод на следующей неделе!

Этот рассказ «Понимание структуры файлов» был первоначально опубликован ITworld.

Авторские права © 2001 IDG Communications, Inc.

Файловая структура / Методология / БЭМ

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

В БЭМ блок является первичным, а технологии вторичными.

В методологии БЭМ есть несколько подходов к организации файловой системы проекта:

Выбор остается за разработчиком.

Рекомендации по файловой структуре БЭМ-проекта

Проекты состоят из уровней переопределения

У проекта всегда есть хотя бы один уровень переопределения.Максимальное количество уровней не ограничено.

Пример

 проект /
    common.blocks / # Переопределение уровня с блоками проекта
    library.blocks / # Переопределение уровня с библиотечными блоками
 

Блочная реализация состоит из отдельных файлов

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

Например, если внешний вид входного блока определяется с помощью CSS, код сохраняется во входе .css файл.

Пример

 проект
    common.blocks /
        input.css # CSS реализация блока ввода
        input.js # JavaScript-реализация блока ввода
 

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

Пример

 проект
    общий.блоки /
        input.css # CSS реализация блока ввода
        input.js # JavaScript-реализация блока ввода
        input_theme_sun.css # Реализация модификатора input_theme_sun
        input__clear.css # CSS-реализация элемента input__clear
        input__clear.js # JavaScript-реализация элемента input__clear
 

Файлы сгруппированы по значению, а не по типу.

Каждый блок имеет каталог с именем блока, который содержит файлы для реализации блока.

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

Пример

 проект
    common.blocks /
        input / # Каталог для входного блока
            input.css # CSS реализация блока ввода
            input.js # JavaScript-реализация блока ввода
        popup / # Каталог для всплывающего блока
            неожиданно возникнуть.css # CSS реализация всплывающего блока
            popup.js # Реализация всплывающего окна на JavaScript
 

Для улучшения навигации по проекту модификаторы блоков с несколькими значениями также могут быть объединены в отдельные каталоги.

Пример

 проект
    common.blocks / # Переопределение уровня с блоками
        input / # Каталог для входного блока
            _type / # Каталог для модификатора input_type
                input_type_search.css # CSS реализация модификатора input_type
                input_type_pass.css # CSS-реализация модификатора input_type
            input.css # CSS реализация блока ввода
            input.js # JavaScript-реализация блока ввода
        popup / # Каталог для всплывающего блока
 

Подходы

Вложенные

Это классический подход к файловой структуре для БЭМ-проектов:

• Каждый блок соответствует одному каталогу.

• Код модификаторов и элементов хранится в отдельных файлах.

• Файлы модификаторов и элементов хранятся в отдельных каталогах.

• Каталог блока — это корневой каталог для подкаталогов его элементов и модификаторов.

• Имена каталогов элементов начинаются с двойного подчеркивания ( __ ).

• Имена каталогов модификаторов начинаются с одного символа подчеркивания ( _ ).

Пример

 проект
    common.blocks / # Переопределение уровня с блоками
        input / # Каталог для входного блока
            _type / # Каталог для модификатора input_type
                input_type_search.css # CSS-реализация модификатора input_type
            __clear / # Каталог для элемента input__clear
                _visible / # Каталог для модификатора input__clear_visible
                    input__clear_visible.css # CSS реализация модификатора input__clear_visible
                input__clear.css # CSS-реализация элемента input__clear
                input__clear.js # JavaScript-реализация элемента input__clear
        input.css # CSS реализация блока ввода
        input.js # JavaScript-реализация блока ввода
 

В файловой структуре БЭМ-библиотек используется подход вложенных :

Плоский

Упрощенная структура файловой структуры:

• Каталоги не используются для блоков.

• Необязательные элементы и модификаторы реализованы в отдельных файлах или в файле основного блока.

Пример

 проект
    common.blocks /
        input_type_search.css # Модификатор input_type_search в CSS
        input_type_search.js # Модификатор input_type_search в JavaScript
        input__clear.js # Необязательный элемент блока ввода
        input.css
        input.js
        popup.css
        неожиданно возникнуть.js
        popup.png
 

Flex

Наиболее гибкий подход — это комбинация плоских и вложенных . Блоки с разветвленной файловой структурой использовали подход вложенных . Простые блоки используют подход плоский .

Как это работает:

• Каждому блоку соответствует отдельный каталог.

• Элементы и модификаторы могут быть реализованы в файлах блоков или в отдельных файлах.

Пример

 проект
    общий.блоки /
        input / # Каталог для входного блока
            _type / # Каталог для модификатора input_type
                input_type_search.css # CSS-реализация модификатора input_type
            __clear / # Каталог для элемента input__clear
                _visible / # Каталог для модификатора input__clear_visible
                    input__clear_visible.css # CSS-реализация модификатора input__clear_visible
                input__clear.css # CSS реализация элемента input__clear
                input__clear.js # JavaScript-реализация элемента input__clear
            input.css # CSS реализация блока ввода
            input.js # JavaScript-реализация блока ввода
        popup / # Каталог для всплывающего блока
            popup.css
            popup.js
            popup.png
 

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

Вы сидите за своим столом и вносите последние штрихи в сегодняшний большой проект, а ding! приходит сообщение от вашего начальника: «Сможете ли вы найти тот проект, который мы отказались от проекта три года назад? Думаю, вы и Джон из UX работали над ним? Мы думаем о том, чтобы вернуть его снова.«

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

Введение в структуру папок

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

Или вы можете бросить все в один ящик и надеюсь, вы сможете найти подходящую пару носков, когда она вам понадобится. И вот как мы обычно обращаемся с нашими файлами: мы сохраняем файлы в случайном порядке в папки «Рабочий стол» и «Документы», а затем тратим время на поиск файлов каждый день.

Структура папок может помочь, так же как ящики и перегородки помогут упорядочить вашу одежду. Структура папок — это способ организации папок на вашем компьютере. По мере добавления папок с течением времени вы можете либо сохранить их на одном уровне — например, папки 1, 2 и 3 на диаграмме ниже — либо вложить их друг в друга для иерархии — например, подпапки 1B и 1B-1 ниже.Вложенные папки обычно упрощают поиск определенных файлов позже, поскольку вам не нужно просматривать все файлы сразу.

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

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

Что делает хорошую структуру папок?

Лучшая структура папок — это та, которая имитирует ваш стиль работы. Планируете ли вы важные задачи поквартально? Может быть, неплохо было бы создавать новую папку для работы на каждый квартал. Или вы работаете над проектами? Рассмотрите новые папки для каждого проекта.

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

Не существует серебряной пули для управления файлами, но есть несколько приемов, которые помогут вашей файловой структуре добиться успеха.Вот несколько советов от эксперта по управлению цифровыми активами Эдварда Смита:

• Создайте шаблон: Копируйте и вставляйте его каждый раз, когда вы начинаете новый проект или задачу. Или, что еще лучше: избавьте себя от хлопот ручного воссоздания вашей структуры снова и снова, настроив Zap, который будет делать это за вас.

• Думайте об именах папок как о ключевых словах: Имейте в виду, что вы можете искать файлы, используя имена папок; чем конкретнее, тем быстрее вы найдете то, что ищете.

• Сохраняйте уникальность папок: Убедитесь, что содержимое ваших папок не совпадает (например, не должно быть двух мест, где вы храните счета для одного и того же проекта).

• Сделайте шпаргалку: Ничего страшного, если вы не запомнили все папки. Нет ничего постыдного в том, чтобы сохранить блок-схему для быстрого ознакомления.

4 Эффективные структуры папок для организации файлов

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

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

1. Подпапки «Рабочая», «окончательная» и «архивная»

Для этого примера предположим, что папки верхнего уровня уже были организованы по годам, а затем по проекту тип. На скриншоте видно, что мы смотрим на 2016 год, и основные проекты — это реклама, сообщения в блогах, электронные письма клиентов и целевые страницы. Это четыре категории, в которые вы поместите свои различные проекты или задачи.

В папке «реклама» у меня перечислены три задачи.Вот где я использую советы Эдварда Смита. Для каждой задачи я использовал имя папки, чтобы описать срок выполнения (ммгг), тип проекта (в данном случае оплата за клик или PPC) и на какой продукт ориентирована задача. Эти имена папок действуют как теги ключевых слов и добавляют дополнительный уровень организации. Если вы отсортируете папки по имени, они будут автоматически отсортированы по сроку выполнения, а затем по типу проекта. Если вы будете искать по названию продукта или типу рекламы, ваши папки должны легко появиться.

Внутри папки «0116 PPC product x» вы найдете все рабочие, окончательные и архивные файлы, связанные с объявлениями с оплатой за клик за январь 2016 года, ориентированными на продукт X.

Вот как должна работать система рабочая / окончательная / архивная:

• Рабочая: Все, над чем вы сейчас работаете. В этом примере эта папка может содержать любую копию объявления, дизайн баннеров или информацию о таргетинге для январской кампании PPC, которая еще не завершена. Это также хорошее место для хранения исходных или исходных файлов.

• Final: Все готово для общественного потребления. Не помещайте файлы в последнюю папку, пока они не будут полностью одобрены и в них больше не будут вноситься изменения.В этом примере последняя папка будет содержать только объявления, готовые к публикации в прямом эфире.

• Архив: Все, что не помещается в вашу рабочую или конечную папку. Поместите здесь свои заметки, мозговые штурмы, исследования и другую разную информацию. Любые фальстарты здесь тоже могут быть упущены, если вы измените направление в середине проекта. Фальстарт в этом случае может быть рекламной концепцией, над которой вы начали работать, но позже полностью отказались от нее. Не загромождайте рабочие папки файлами, которые никогда не будут считаться «окончательными»; вместо этого закиньте их в архив.

Эта структура папок особенно полезна, если вы работаете над проектом, состоящим из нескольких частей. В этом примере вы, скорее всего, создадите сразу несколько объявлений PPC. Эта система также хорошо работает для команд, работающих над проектом, в котором несколько человек работают над одним и тем же результатом. Человек, который пишет и разрабатывает рекламу, в этом случае, скорее всего, также не будет размещать рекламу. В этом случае человек, публикующий объявление, узнает, когда файлы будут готовы к запуску, проверив последнюю папку.Им не нужно будет спрашивать создателя рекламы, готовы они или нет, что сэкономит всем время.

Собирая все вместе, вот как должна выглядеть ваша полная структура:

2. Подпапки «Для проверки» и «из проверки»

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

В папке «0216 тема a» вступает в игру структура папок «для просмотра / из обзора». Эта структура очень хорошо работает с файлами, которые будут подвергаться многократному редактированию. Я использовал эту структуру папок во время публикации, чтобы отслеживать все этапы редактирования, набора и проверки, которые входят в готовую книгу.

Я отслеживаю каждый черновик сообщения в блоге, сохраняя его в папке «для проверки» или «из рецензии», что означает, что черновик последний раз редактировался мной («для проверки») или моим редактором (« из обзора »).Это помогает устранить путаницу вокруг номера черновика (я редактировал сообщение в блоге три раза, но мой редактор редактировал дважды). Я также назвал каждый файл в этой папке «v1» или «v2» в зависимости от версии.

Вот как работает эта структура:

• 01 — черновик (на рассмотрение): По умолчанию ваш первый черновик еще никем не просматривался. Над чем бы вы ни работали (сообщение в блоге, проект графического дизайна, документация и т. Д.), Поместите свой первый черновик в эту папку.Назовите файл с v1 в конце, чтобы любой, кто встретит файл позже, мог сказать, что это первый черновик. Когда будете готовы, отправьте этот черновик тем, кто должен его просмотреть.

• 02 — первое редактирование (из рецензии): Когда ваши редакторы присылают свой отзыв о черновике, поместите его в эту папку. Сохраните имя файла, но добавьте инициалы редактора в конце. В этом примере я использую свои инициалы: topic-a-blog-text-v1-CNB означает, что CNB отредактировал версию 1 этого черновика.Больше ничего не делайте с файлом; оставьте все как есть, с каждым изменением нетронутым. Благодаря этому у вас всегда будет запись о том, какие правки были запрошены и кем, и вы сможете делать перекрестные ссылки, чтобы убедиться, что каждое изменение было внесено во второй черновик.

• 03 — второй черновик (для проверки): Скопируйте и вставьте файл из папки «02 — первое изменение (из проверки)» в эту папку. Измените имя файла, включив в конец v2, и удалите инициалы. Это станет вашим вторым черновиком.Откройте файл, внесите изменения и отправьте файл на проверку.

• 04 — второе редактирование (из обзора): Эта папка работает так же, как папка «02 — первое редактирование (из обзора)». Поскольку количество проверок и черновиков, которые проходит ваш файл, может варьироваться, повторяйте эту структуру папок столько раз, сколько необходимо.

• 05 — окончательная версия (отправлена ​​для публикации): По завершении редактирования поместите свой окончательный проект сюда. Позже оглядываясь на свои папки, это поможет быстро найти окончательную версию файла.

• z — архив: Здесь вы можете поместить все файлы, которые не поместились в указанные выше подпапки.

Если вы еще не сохранили более ранние версии файлов, вы можете восстановить последние предыдущие версии файлов в Dropbox, OS X, Windows и других.

3. Папки «Год» или «Клиент»

Если на вашем рабочем столе находятся сотни файлов, все из которых связаны с работой только для нескольких клиентов, создание папок для каждого клиента может быть лучшим выбором.Или, если у вас огромное количество квитанций о коммерческих расходах, сортировка их по папкам по годам или месяцам может быть простой структурой, которая вам нужна. Больше папок — не всегда лучше! Как бы просто ни было, найдите систему, которая работает для вас, и придерживайтесь ее. Последовательность — вот что поможет вам оставаться организованным в долгосрочной перспективе.

4. Добавление тегов

Вместо или в дополнение к структурам папок попробуйте пометить файлы тегами. Преимущество тегирования заключается в возможности добавления нескольких тегов к файлу, таких как тегирование счета-фактуры для клиента XYZ тегом «счет-фактура» и тегом «клиент XYZ».Затем вы можете просмотреть все счета вместе или все файлы, связанные с «Client XYZ», вместе, в зависимости от вашего запроса.

Академик и исследователь Уильям Ганн отмечает удобство использования тегов в блоге Mendeley: «С тегами вам не нужно заранее выбирать схему организации». Отвечая на такие вопросы, как «Год пройдет под отделом или над отделом?» становятся ненужными, потому что вы можете добавить в файл теги «год» и «отдел» и при этом легко найти его. Например, если вы работаете над отчетом для отдела логистики, который охватывает все заказы, сделанные в мае 2015 года.Вы можете сохранить отчет в такой структуре папок:

Или вы можете просто добавить в файл теги «отдел», «тип отчета» и «дата» и вообще избегать папок, например:

Итак, когда вы хотите чтобы снова найти этот файл, вы можете искать его по тегам:

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

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

Автоматически создавать структуры папок для новых проектов

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

Не знаете, когда автоматизировать задачу?

Если вы синхронизируете файлы с OneDrive, Dropbox, Box или Google Диском, вы можете использовать Zapier для автоматического создания структуры папок. Первым шагом к использованию Zapier в этом случае является выбор , когда вам понадобится создать новые папки. Если вы делаете их каждый раз, когда начинаются новые проекты, настройте Zap, чтобы следить за своим приложением для управления проектами в поисках нового проекта. Или, если вы хотите, чтобы новые папки создавались каждый месяц или неделю, используйте инструмент Zapier Schedule для создания папок на определенную дату.

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

Например, если клиенты подписываются на вашу службу с помощью формы Wufoo, Zapier добавит их данные в Pipedrive CRM, а затем создаст новую папку проекта в Box вместе с любыми подпапками, которые вы используете в своей структуре папок. Если вам нужно сохранить контракты, шаблоны или другие документы в эту папку, Zapier также скопирует их в эту папку.

Или, если вы хотите создавать новые ежемесячные папки в Dropbox. Запустите Zap с помощью приложения Schedule, выбрав день и время для его запуска. Затем настройте структуру папок, необходимую для работы в течение месяца.

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

Как создавать отличные имена файлов

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

Файлы состоят из двух компонентов: имени (как бы вы его ни называли) и расширения файла (типа файла, например, .mp3 или .docx ). Обычно вам не нужно беспокоиться о расширениях файлов; они устанавливаются программами, которые вы используете, и обычно скрыты по умолчанию на большинстве компьютеров. Но вы должны взять под свой контроль имя файла. Лучшее имя файла — это такое, которое объясняет, что в файле, без необходимости открывать его.

По этой причине писатель и редактор Джилл Даффи рекомендует убедиться, что имя каждого файла:

• Уникальное: Невозможно определить, что находится в файле, если у вас много файлов с одинаковыми именами.

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

• В соответствии со структурой вашего бизнеса: Это соответствует структуре ваших папок.Ваш бизнес думает о задачах в зависимости от того, для какого клиента они предназначены или в каком месяце что-то нужно сделать?

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

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

• Даты: Всегда указывайте даты в формате ггггммдд или yymmdd , поэтому ваши файлы, естественно, будут располагаться в хронологическом порядке.Это правило полезно, но не быстро и сложно. В приведенных выше примерах я использовал mmyy, потому что папки уже были организованы по годам, поэтому самым важным дескриптором стал месяц.

• Длина: Имейте в виду, что некоторые программы имеют ограничения на количество символов в именах файлов. & * () `; <>? , [] {} ‘»|.

• Последовательные файлы: Если вы именуете файлы, которые идут по порядку, используйте ведущие нули (01, 02, 03 вместо 1, 2, 3). Это гарантирует, что ваши файлы (или папки) будут выстроены так, как вы хотите.

Имейте в виду, что вам необязательно использовать все эти правила. В библиотеках Purdue University есть несколько советов, которые помогут вам максимально эффективно использовать любое соглашение об именах файлов, которое вы в конечном итоге выберете:

• Найдите баланс: Только вы можете решить, что слишком много или слишком мало в имени.

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

• Начните с общего, затем переходите к конкретному: Поскольку ваши имена файлов будут естественным образом отсортированы от того, что вы вводите первым, начните с наиболее общих компонентов (год, отдел, клиент и т. Д.), А затем переходите к конкретным деталям (название проекта, ID, версия и т. Д.). Общее эмпирическое правило: все, что вы хотите увидеть в первую очередь, сначала пишите.

Как быстро найти файлы

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

На Mac Spotlight позволяет искать в файлах и сообщениях электронной почты и предварительно просматривать их, чтобы убедиться, что вы нашли то, что ищете.Нажмите кнопку поиска в строке меню (или нажмите CMD + пробел), затем введите имя файла или папки, которые вы ищете. На iPad или iPhone просто потяните вниз на главном экране для упрощенного поиска Spotlight, чтобы просматривать электронные письма, заметки и приложения на ходу, или используйте инструмент поиска в приложении Dropbox или Google Drive на любом телефоне, чтобы найти синхронизированные файлы.

На ПК под управлением Windows Vista, 7 или 8.1 в меню «Пуск» есть поле поиска для поиска файлов и папок. В Windows 10 рядом с кнопкой «Пуск» есть кнопка поиска Cortana, с помощью которой можно искать файлы и папки, а также узнавать погоду или искать в Интернете.

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

Вы также можете искать файлы внутри самих приложений. Dropbox, Google Drive и Box позволяют выполнять поиск по синхронизированным файлам и папкам, а Zapier может выполнять поиск во многих ваших приложениях для повышения производительности.Zaps может искать в Box определенные файлы и папки — возможно, чтобы найти папку клиента — а затем сохранять файлы из других приложений в эту папку, чтобы все было организовано автоматически.

Организуйте свои файлы сегодня

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

Рассмотрите возможность архивации всех старых файлов, переместив их в папку «Старые файлы» или «Архив». Бросьте все, что вам больше не нужно. Когда у вас будет время, вы можете пройти через эту папку «Архив» и хранить файлы, используя ту же структуру папок, которую вы уже начали использовать для новых файлов.

Какую структуру папок вы используете для упорядочивания файлов? Мы будем рады услышать об этом в комментариях ниже!

Используете Dropbox для организации файлов? Ознакомьтесь с этими 12 скрытыми функциями Dropbox, чтобы узнать о других способах организации и быстрого поиска файлов, когда они вам понадобятся.

Файловая структура Unix

UNIX имеет древовидную файловую систему, начинающуюся на самом высоком уровне с каталога с именем root (обозначаемого как /). Каталог в Unix похож на папку на микрокомпьютере. Структура и содержимое многих каталогов аналогичны в различных реализациях UNIX. То есть пользователь не решает, как настроить все каталоги. Для определенных каталогов есть предустановленное значение. Такие каталоги, как bin, usr и т. Д., Содержат определенную информацию системного уровня и обслуживаются системным администратором.На рисунке ниже показаны самые верхние уровни некоторых каталогов. Каталог, который вас будет больше всего интересовать, — это ваш домашний каталог, который находится где-то по пути к каталогу / home.

Просмотр содержимого вашего каталога

Используйте команду «ls» для простого вывода списка ваших файлов, как показано в примере ниже:

$ ls
Assem.cpp cs2xxx классы создают

Используйте команду «ls -l» для просмотра более подробной информации о файлах.

$ ls -l
-rw-r —— 1 пользователь juser 14769 3 фев, 19:38 Assem.cpp
-rw-r —— 1 пользователь juser 5708 14 января 20:37 cd.txt
drwxr-x — пользователь 4 juser 8192 29 марта 19:20 классы
-rw-r —— 1 пользователь juser 2688 3 февраля 19:38 создать
lrwxr-xr-x 1 пользователь juser 30 29 марта 19: 20 cs2xxx -> / home / classes / cs2xxx / juser
ABCDEF

• A Типы файлов и разрешения (см. Следующий рисунок)
• B Указывает владельца файла
• C Указывает группу, которая имеет доступ к файлу.
• D Выдает размер файла в байтах
• E Указывает дату и время последнего изменения файла
• F Имя файла. Для символических ссылок (например, cs2xxx выше) показывает, что файл указывает на

Связь между личным каталогом и каталогом класса

Вам будет предоставлена ​​одна постоянная личная учетная запись bglinux, которую вы будете использовать как в классе, так и в личных целях, пока вы находитесь в BGSU.Для каждого пройденного вами курса CS вам нужно будет подать специальную команду, чтобы «присоединиться» к классу. Учетные записи классов создаются в другом каталоге, но для облегчения навигации в ваш домашний каталог помещается символическая ссылка, позволяющая вам легко получить доступ к назначенному вам каталогу класса. В конце семестра символическая ссылка будет заменена каталогом, содержащим все ваши работы для этого класса. Это позволяет вам сохранять вашу работу в вашем собственном домашнем каталоге по окончании семестра.

Как обращаться к каталогам

В следующем примере показаны способы перехода juser в каталог классов.

Другие команды каталога

Следующие команды, приведенные в обзоре Unix, относятся к каталогам: cd (переход на новый каталог по умолчанию), mkdir (создание нового каталога), pwd (отображение текущего каталога по умолчанию), rmdir (удаление каталога).

/ глава: Структура файла / КОМАНДНАЯ СТРОКА

Хотя вас больше всего интересуют файлы в вашей собственной папке или каталоге, полезно знать, что еще находится в вашей системе.В этой главе мы рассмотрим систему GNU / Linux.

Вот список наиболее распространенных каталогов прямо под корневым каталогом (тот, имя которого просто «/»):

 / bin базовые программы (абсолютно необходимые программы,
         только оболочка и команды)
/ boot файлы инициализации (необходимы для фактической загрузки вашего компьютера)
/ dev файлы устройств (описывать физические вещи, такие как жесткие диски
         и перегородки)
/ etc файлы конфигурации
домашние каталоги пользователей / home
/ lib библиотеки (коллекции данных и функций) для загрузки системы
         и запущенные системные программы
/ media точки монтирования съемных носителей
/ mnt точки монтирования (для системных администраторов, которым необходимо временно
         смонтировать файловую систему)
/ opt сторонние программы
Файловая система / proc proc (описание процессов и информации о состоянии,
         не хранится на диске)
/ файлы администратора корневой системы
/ sbin основные программы администрирования (как bin, но только
         могут использовать администраторы)
/ srv служебные файлы
/ sys sys файловая система (аналогично proc, хранится в памяти
         на основе файловой системы: tempfs)
/ tmp временные файлы (файлы хранятся недолго, в зависимости от
         по системной политике, часто в tempfs)
/ usr пользовательские программы (Другой bin, lib, sbin, плюс локальный,
         share, src и др.)
/ var данные переменных сохраняются между перезагрузками
 

Вам не нужно знать структуру каталогов за пределами вашего домашнего каталога, чтобы запускать приложения, но эти знания иногда могут пригодиться.Возможно, наиболее распространенное использование — это изменение общесистемного файла конфигурации или просмотр сообщений журнала. Файлы журнала обычно содержат информацию о ходе выполнения и отчеты об ошибках программ и могут выявить источник проблем (ошибки, ошибки конфигурации, отсутствующие или поврежденные файлы) в вашей системе. Многие файлы журналов хранятся в каталоге / var / log , но некоторые программы помещают свои файлы журналов в скрытые каталоги в домашнем каталоге пользователя. Пример — ~ / .sugar / default / logs.

Исторически конфигурация системы GNU / Linux производилась путем редактирования текстовых файлов.Сегодня самые популярные системы GNU / Linux побуждают пользователей вносить изменения в конфигурацию системы с помощью графических инструментов администрирования. Однако иногда это невозможно или нежелательно, и вы можете редактировать файлы конфигурации в текстовом редакторе. Обычно это сложнее, так как вам нужно знать, где находятся эти файлы и как их редактировать, а в некоторых случаях вам также необходимо сигнализировать или перезапустить запущенную программу, чтобы она прочитала ваши изменения. Тем не менее, у этого метода есть свои преимущества, такие как возможность настраивать компьютеры без графических возможностей или настраивать программы, у которых нет графической программы конфигурации (или неуклюжая и неполная).

ПРИМЕЧАНИЕ. Чтобы получить полное описание структуры файловой системы типичной системы Linux, попробуйте ввести в терминале man hier . Это не только дает краткое описание вышеупомянутых каталогов верхнего уровня, но также дает представление о том, почему в Linux есть , например, , / usr / bin и / usr / sbin .