какие типы объектов могут быть линками

Терминология дизайна. Часть 2

Профессиональные термины простым понятным языком. Курс 2, углубленный. После прочтения вы сократите время на словесный пинг-понг. 7 терминов, 4 минуты 52 секунды на прочтение.

Линки

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

Т.к. физически файл лежит отдельно — веса готового макета в самой программе он не увеличивает и программа быстро работает. Макет хранит только ссылку на нужный файл — линк. Не будет линка = программа не сможет ничего разместить в этом месте макета. Как показать то, что не лежит по указанному адресу?

Поэтому, если вы отдаёте в работу иллюстраторовский (.ai) файл, следите, чтобы в папочке links были приложены все линки, которые используются в макете.

*Макет может вообще не содержать линков, если это простой векторный файл, но лучше всё-таки уточнить.
Особенно удобно, если линк остаётся по слоям, а не сбитым в один слой, в чём выгода — читайте ниже.

Исходник или файл, сбитый (слитый) в один слой

В исходник можно быстро и просто вносить изменения: передвинуть объекты местами, уменьшить или увеличить размер текста, в освободившееся место дописать что-то. В сбитый файл — нет. Потому что исходник хранит всю информацию по слоям (картинка ниже), объекты не связаны между собой, одно можно изменять, не вредя другому. Чтобы сделать такое в сбитом файле, придётся обвести один объект, передвинуть, в появившейся дырке дорисовать «заплатку» из фона. Послойный файл — это коллаж из наложенных, но не склеенных друг с другом объектов. Файл, сбитый в один слой — это, пусть и хороший, но рисунок на цельном листе бумаги.

Файл, сбитый в один слой:

Разрешение

А теперь загадка, о чём здесь речь?

Конечно, о разрешении. Разрешение — это количество маленьких точек при печати на дюйм: dpi («dots per inch — точек на дюйм»). Чем выше разрешение, тем больше можно увеличить картинку, а она будет оставаться в хорошем качестве. Однако не стоит гнаться за неоправданно огромными числами в файлах. К чему вам качество внутри компьютерного файла 3 000 dpi, если принтер в лучшем случае способен выдать картинку в 300 dpi? Это лишь лишний вес файла.

Оптимальное разрешение для полиграфии = 300 dpi,
для наружки = 72 dpi (хотя сами печатники признаются, что и того меньше, эти макеты смотрят на расстоянии, высокое качество здесь не требуется, главное — сделайте перед итоговой печатью цветопробу, типография предоставляет её бесплатно).

Резкость

Понятие «резкость» плотно связано с разрешением. Если очень упрощённо, то резкость отвечает за различимость деталей на изображении. Степень контрастности между соседними точками. Особенно это важно при работе с текстурами ткани. Как раз на воспринимаемую резкость изображения влияют два фактора: разрешение и чёткость.

Фокус/расфокус

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

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

Такое происходит из-за несовершенства техники и недостатка света. Обычно шум негативно влияет на изображение, словно бы невпопад «бьёт» его на мелкие кусочки, однако небольшое количество шума может повысить ощущение резкости (картинка ниже). Такое сознательное добавление шума могут использовать для искусственного повышения резкости, борьбы с «замыленными» текстурами не очень хорошего качества (трава, кирпичи, картон), или при ретуши, когда пришлось убрать средние частоты и появилось слишком большое ощущение гладкости и пластика.

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

Вы видите готовые визитки вот так:

а печатник и дизайнер видят макет так:

Обрезной формат

То, что остаётся после того, как поля срежут. Он же — размер готового изделия.

Вот и всё 🙂 7 терминов. 4 минуты 52 секунды. Если вам понравилось, не забудьте прочитать первую часть.

Источник

Немного обо всем и все о немногом, или практический опыт системного администратора.

Октябрь 2009

Пн	Вт	Ср	Чт	Пт	Сб	Вс
« Сен			Ноя »
1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

Очень важным является вопрос какие символы можно использовать для имен файлов, а какие нельзя. Этому вопросу можно было бы уделить пол-лекции, так как существует довольно много вариантов когда те или иные символы можно или нельзя использовать. Я предлагаю запомнить следующее: в именах файлов всегда можно использовать следующие символы: цифры, буквы (лучше латиницу), точка, знак подчеркивания. Набора этих символов вполне достаточно, чтобы называть ваши файлы. Поэтому я намеренно не буду указывать какие символы использовать нельзя. Просто помните какие можно и используйте их. Любопытные могут найти дополнительную информацию в Интернете. Длина имени файла 255 байт.

Для того чтобы переименовать или перенести файл существует команда mv (сокращенно от move). Вот несколько примеров использования этой команды:

Для копирования файлов используется команда cp (сокращенно от copy). Форма ее схож с командой mv. Несколько примеров.

Удаление файлов. Здесь нужно быть предельно внимательным и приучить себя к мысли, что никаких “корзин” в Linux нет и удаляя файл, вы удаляете его навсегда. Поэтому прежде чем, что-то удалять подумайте не один, а два раза, а то и три. Для удаления файлов существует команда rm. Команда универсальная в том смысле, что позволяет удалять все типы файлов. Формат простой: rm [ключи] имя файла. Самый важный ключ этой команды это -i. С этим ключом команда спросит вас действительно ли вы хотите выполнить удаление. Без этого ключа команда удалит файл без вопросов. Создайте несколько файлов и попробуйте их удалить с ключом i и без него. Если в вашем дистрибутиве команда rm без ключей выдает запрос, значит используется механизм алиасов. Если вы не хотите получать запрос на удаление, то команду rm необходимо выполнить с ключом -f. Но об этом позже. Чтобы удалить директорию необходимо команду rm использовать с ключом -r. Также для удаления директории существует команда rmdir.

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

; mkdir temp), перейдите в него (cd

Линки (links)

Перейдите в домашний каталог (cd

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

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

Анализируя вышесказанное, мы можем прийти к следующим заключениям:

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

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

Источник

Информационный конспект

Лекция №7 — регулярные файлы и линки

Правила именования файлов. Первое, что необходимо четко уяснить и запомнить: Linux (в отличии отWindows) в именах файлов учитывает регистр букв. То есть Test, test, tEst, TEST — это все будут разные файлы. Вторая отличительная (от Windows) особенность, это расширение файла. В Linux его просто нет. Точка в имени файла это такой же символ как и другие. Создавая командой touch файлы с именами test.txt, test.docили test.jpg мы все равно создадим текстовый файл. Расширения больше нужны для кроссплатформенных приложений, чтобы те находили “свои” файлы.

Очень важным является вопрос какие символы можно использовать для имен файлов, а какие нельзя. Этому вопросу можно было бы уделить пол-лекции, так как существует довольно много вариантов когда те или иные символы можно или нельзя использовать. Я предлагаю запомнить следующее: в именах файлов всегда можно использовать следующие символы: цифры, буквы (лучше латиницу), точка, знак подчеркивания. Набора этих символов вполне достаточно, чтобы называть ваши файлы. Поэтому я намеренно не буду указывать какие символы использовать нельзя. Просто помните какие можно и используйте их. Любопытные могут найти дополнительную информацию в Интернете. Длина имени файла 255 байт.

Для того чтобы переименовать или перенести файл существует команда mv (сокращенно от move). Вот несколько примеров использования этой команды:

Для копирования файлов используется команда cp (сокращенно от copy). Форма ее схож с командой mv. Несколько примеров.

Удаление файлов. Здесь нужно быть предельно внимательным и приучить себя к мысли, что никаких “корзин” вLinux нет и удаляя файл, вы удаляете его навсегда. Поэтому прежде чем, что-то удалять подумайте не один, а два раза, а то и три. Для удаления файлов существует команда rm. Команда универсальная в том смысле, что позволяет удалять все типы файлов. Формат простой: rm [ключи] имя файла. Самый важный ключ этой команды это -i. С этим ключом команда спросит вас действительно ли вы хотите выполнить удаление. Без этого ключа команда удалит файл без вопросов. Создайте несколько файлов и попробуйте их удалить с ключом i и без него. Если в вашем дистрибутиве команда rm без ключей выдает запрос, значит используется механизм алиасов. Если вы не хотите получать запрос на удаление, то команду rm необходимо выполнить с ключом -f. Но об этом позже. Чтобы удалить директорию необходимо команду rm использовать с ключом -r. Также для удаления директории существует команда rmdir.

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

; mkdir temp), перейдите в него (cd

Теперь подробнее о символах групповых операций. Символ * — обозначает любое количество любых символов. Для проверки будем использовать команду ls с соответствующими символами.

Символ ? — заменяет любой один символ.

[] — в квадратных скобках можно задавать определенные символы или диапазон символов.

ls [abcd][abcd]* — результатом будут все файлы первый и второй символ которых a, b, c или d. Результат:abcd adcd.

Линки (links)

Перейдите в домашний каталог (cd

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

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

Информация в таблице содержится самая разнообразная, но нас будут интересовать два поля: имя объекта иinode. В данном контексте будем считать, что inode — это число которое однозначно идентифицирует файл в пространстве файловой системы (в том числе и расположение). Допустим у нас есть файл с именем file1. Ему соответствует inode1, который указывает где расположен файл на диске. Создайте у себя файл с именем file1. А теперь создадим жесткие линки на этот файл (в том же каталоге) с именами file4 и file5 и один символический линк с именем link1:

В этих же результатах вы можете видеть, что link1 — это файл который занимает отдельное физическое место на диске и у него есть свой inode.

Анализируя вышесказанное, мы можем прийти к следующим заключениям:

Жесткие линки не могут указывать на несуществующий объект. Символические линки — могут.

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

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

Источник

Внутренняя и внешняя линковка в C++

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

Сталкивались ли вы когда-нибудь с терминами внутренняя и внешняя связь? Хотите узнать, для чего используется ключевое слово extern, или как объявление чего-то static влияет на глобальную область? Тогда эта статья для вас.

В единицу трансляции включены файл реализации (.c/.cpp) и все его заголовочные файлы (.h/.hpp). Если внутри единицы трансляции у объекта или функции есть внутреннее связывание, то этот символ виден компоновщику только внутри этой единицы трансляции. Если же у объекта или функции есть внешнее связывание, то компоновщик сможет видеть его при обработке других единиц трансляции. Использование ключевого слова static в глобальном пространстве имен дает символу внутреннее связывание. Ключевое слово extern дает внешнее связывание.
Компилятор по умолчанию дает символам следующие связывания:

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

Объявление VS. Определение

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

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

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

С переменными все немного иначе. Объявление и определение обычно не разделяются. Главное, что это:

Однако, при инициализации и добавлении extern к объявлению, выражение превращается в определение и ключевое слово extern становится бесполезным.

В C++ существует концепция предварительного объявления символа. Это значит, что мы объявляем тип и имя символа для использования в ситуациях, не требующих его определения. Так нам не понадобится включать полное определение символа (обычно — заголовочный файл) без явной необходимости. Тем самым, мы снижаем зависимость от файла, содержащего определение. Главное преимущество — при изменении файла с определением, файл, где мы предварительно объявляем этот символ, не потребует повторной компиляции (а значит, и все прочие файлы его включающие).

Предположим, у нас есть объявление функции (называемое прототипом) для f, принимающее объект типа Class по значению:

Допустим, file.hpp содержится в 100 других файлах. И, допустим, мы меняем определение Class в class.hpp. Если вы добавим class.hpp в file.hpp, file.hpp и все 100 содержащих его файла будут должны перекомпилироваться. Благодаря предварительному объявления Class единственными файлами, требующими повторной компиляции, будут class.hpp и file.hpp (если считать, что f определен там).

Важное отличие объявления от определения состоит в том, что символ может быть объявлен много раз, но определен только однажды. Так вы можете предварительно объявить функцию или класс сколько угодно раз, но определение может быть только одно. Это называется Правилом Одного Определения. В C++ работает следующее:

Есть следующие файлы:

Препроцессор выдаст следующую единицу трансляции, которая затем передается компилятору:

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

Когда символ (переменная или функция) обладает внешней связью, он становится видимым компоновщикам из других файлов, то есть “глобально” видимым, доступным всем единицами трансляции. Это значит, что вы должны определить такой символ в конкретном месте одной единицы трансляции, обычно в файле реализации (.c/.cpp), так чтобы у него было только одно видимое определение. Если вы попытаетесь одновременно с объявлением символа выполнить его определение, или поместить определение в файл к объявлению, то рискуете разозлить компоновщик. Попытка добавить файл больше чем в один файл реализации, ведет к добавлению определения больше чем в одну единицу трансляции — ваш компоновщик будет плакать.

Ключевое слово extern в C и C++ (явно) объявляет, что у символа есть внешняя связь.

Оба символа имеют внешнюю связь. Выше отмечалось, что const глобальные переменные по умолчанию имеют внутреннее связывание, non-const глобальные переменные — внешнее. Это значит, что int x; — то же самое, что и extern int x;, верно? Не совсем. int x; на самом деле аналогичен extern int x<>; (используя синтаксис универсальной/скобочной инициализации, для избежания самого неприятного синтаксического анализа (the most vexing parse)), так как int x; не только объявляет, но и определяет x. Следовательно, не добавить extern к int x; глобально настолько же плохо, как определить переменную при объявлении ее extern:

Давайте объявим функцию f с внешней связью в file.hpp и там же определим ее:

Обратите внимание, что добавлять здесь extern не нужно, так как все функции явно extern. Разделения объявления и определения тоже не потребуется. Поэтому давайте просто перепишем это следующим образом:

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

Давайте посмотрим, почему так делать не стоит. Теперь у нас есть два файла реализации: a.cpp и b.cpp, оба включены в file.hpp:

Теперь пусть поработает компилятор и сгенерирует две единицы трансляции для двух файлов реализации выше (помните что #include буквально означает копировать/вставить):

На этом этапе вмешивается компоновщик (связывание происходит после компиляции). Компоновщик берет символ f и ищет определение. Сегодня ему повезло, он находит аж два! Одно в единице трансляции A, другое в B. Компоновщик замирает от счастья и говорит вам примерно следующее:

Стандартным примером объявления переменных extern являются глобальные переменные. Предположим, вы работаете над самовыпекаемым тортом. Наверняка есть глобальные переменные, связанные с тортом, которые должны быть доступны в разных частях вашей программы. Допустим, тактовая частота съедобной схемы внутри вашего торта. Это значение естественно требуется в разных частях для синхронной работы всей шоколадной электроники. (Злой) C-способ объявления такой глобальной переменной имеет вид макроса:

Программист C++, испытывающий к макросам отвращение, лучше напишет настоящий код. Например такой:

(Современный программист C++ захочет использовать разделительные литералы: unsigned int clock_rate = 1’000’000;)

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

Для объявления символа с внутренней связью, в C и C++ существует ключевое слово static. Такое использование отличается от применения static в классах и функциях (или, в целом, в любых блоках).

Каждая единица трансляции, включающая header.hpp получает уникальную копию переменной, в силу наличия у нее внутренней связи. Есть три единицы трансляции:

Анонимные пространства имен

В С++ существует другой способ объявления одного и более символов с внутренней связью: анонимные пространства имен. Такое пространство гарантирует, что символы, объявленные внутри него, видны только в текущей единице трансляции. По сути, это просто способ объявить несколько символов static. Какое-то время от использования ключевого слова static в целях объявления символа с внутренней связью отказались в пользу анонимных пространств имен. Однако, им снова стали пользоваться в силу удобства объявления одной переменной или функции с внутренней связью. Есть еще несколько незначительных отличий, на которых я не буду останавливаться.

В любом случае, это:

Делает (почти) то же самое, что и:

Так в каких же случаях пользоваться внутренними связями? Использовать их для объектов — плохая идея. Расход памяти больших объектов может быть очень высок из-за копирования под каждую единицу трансляции. Но, в основном, это просто вызывает странное, непредсказуемое поведение. Представьте, что у вас есть синглтон (класс, в котором вы создаете экземпляр только одного инстанса) и неожиданно появляется несколько инстансов вашего “синглтона” (по одному на каждую единицу трансляции).

Однако, внутреннюю связь можно использовать для скрытия из глобальной области локальных хелпер-функций единицы трансляции. Допустим, есть хелпер-функция foo в file1.hpp, которую вы используете в file1.cpp. В то же время у вас есть функция foo в file2.hpp, используемая в file2.cpp. Первая и вторая foo отличаются друг от друга, но вы не можете придумать другие имена. Поэтому вы можете объявить их static. Если вы не будете добавлять и file1.hpp, и file2.hpp в одну и ту же единицу трансляции, то это скроет foo друг от друга. Если этого не сделать, то они будут неявно иметь внешнюю связь и определение первой foo столкнется с определением второй, вызвав ошибку компоновщика о нарушении правила одного определения.

Вы всегда можете оставить свои комментарии и\или вопросы тут или зайти к нам на день открытых дверей.

Источник