Совместимость имён

Вы можете подобрать совместимые
к любому имени:
Или проверить совместимость
двух указанных имен:

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

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

Кроме того, совместимость имен часто определяется по значению каждой буквы в имени. Так, если имя содержит две и более одинаковых буквы, то ее значение будет усилено и влияние на человека будет больше. К примеру, женщина по имени Елена – творческая и артистичная личность, сильная, но любит поболтать. Мужчина по имени Иван – также творческий и тонкий человек, но довольно властный. В именах есть две одинаковые буквы, эти люди обладают творческой и сильной натурой – их союз должен быть довольно крепким, при условии, что имеется совместимость по гороскопу и другим показателям. Считается, что чем больше в именах одинаковых букв, тем больше совместимость. Согласно этой теории, у Александра и Александры будет идеальный союз.

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

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

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

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

Женские имена
Мужские имена

Значение имени Дарья: характер, история, святые покровители

https://ria.ru/20201228/darya-1591244319.html

Значение имени Дарья: характер, история, святые покровители

Значение имени Дарья: характер, история, святые покровители — РИА Новости, 28.12.2020

Значение имени Дарья: характер, история, святые покровители

Дарья — одно из самых популярных российских женских имен. Что означает имя Даша и каков характер его обладательниц — в материале РИА Новости. РИА Новости, 28.12.2020

2020-12-28T16:19

2020-12-28T16:19

2020-12-28T16:19

общество

традиции

/html/head/meta[@name=’og:title’]/@content

/html/head/meta[@name=’og:description’]/@content

https://cdn24.img.ria.ru/images/07e4/0c/1c/1591251839_0:236:3072:1964_1920x0_80_0_0_840b5910db21087db08e91ece699640a.jpg

МОСКВА, 28 дек — РИА Новости. Дарья — одно из самых популярных российских женских имен. Что означает имя Даша и каков характер его обладательниц — в материале РИА Новости.История имениЕсть несколько мнений по поводу происхождения имени Дарья. Согласно одному из них, женское имя возникло от мужского Дарий, которое использовали в Древней Персии. Дарий же, по распространенной версии, имеет древнегреческие корни и происходит от слова Дарэйос, которое с греческого переводится как «победитель».Некоторые считают, что имена Дарья или Дария возникли от славянских Дарина, Дарена, Дарьяна. Они переводятся как «дар», «подарок», «дарованная».Согласно третьей версии, Дарья — это сокращенная форма имени Дорофея. Частотность имениВ XVIII веке имя Дарья употребляли во всех сословиях, но в основном в крестьянстве и купечестве. А вот в течение XIX века оно приобрело выраженную социальную специфичность — стало преимущественно крестьянским.После Октябрьской революции имя практически вышло из употребления, в первые десятилетия советской власти считалось «пошлым», «мещанским». Интерес в имени Дарья снова стал расти в 1970-е годы, в результате чего частотность имени в Ленинграде в 1980-е годы составила уже 2,2 процента.В 2000-е имя стало одним из наиболее востребованных. В 2005 году в Москве оно занимало 4-е место в рейтинге популярности с частотностью 5 процентов, а в 2006-2008 годах — 3 место. С 2016 года имя Дарья стабильно входит в десятку самых популярных женских имен в России.ИмениныВ православных святцах Дарью называют Дарией. День ангела и небесного покровителя празднуется 14 марта, 1 апреля, 4 апреля, 5 июня, 17 августа, 18 августа.Не стоит путать день ангела и день небесного покровителя. Первый — это день крещения, когда человеку приставляется ангел-хранитель. Второй — день памяти святого, чье имя носит христианин.Покровителями женщин с именем Дарья считаются Дария Зайцева (преподобномученица), Дария Римская (великомученица), Дария (мученица), Праведная Дария, а также Дарии Тимагина и Улыбина (новомученицы).Святые в РоссииРусская святая по имени Дарья — монахиня Зайцева 1870 года рождения, служившая в Борисоглебском монастыре до его закрытия в 1928 году. В 1934-м ее избрали старостой Знаменской церкви в селе Холмы в Московской области. Вопреки запрету властей, женщина продавала крещенскую воду и лампадное масло. На нее поступил донос, и за распространение религиозных взглядов Дарью арестовали и закрыли в Таганской тюрьме. 14 марта 1938 года верующая была расстреляна на Бутовском полигоне.В XX веке за веру в Христа пострадали две мученицы, поминаемые в один день — 18 августа. Девушки родились в конце 70-х годов XIX века, были послушницами у подвижницы мученицы Евдокии Шейковой, которая жила в селе Пуза Ардатовского уезда Нижегородской губернии (ныне село Суворово Дивеевского района).Вместе с наставницей девушки были приговорены 18 августа 1919 года и расстреляны в тот же день карательным отрядом по доносу об укрывательстве дезертира и агитации против Красной армии.Значение имени ДарьяС греческого языка имя Дарья переводится как «сильная, побеждающая, владеющая богатствами и огнем». С древнеперсидского — «победительница». Существуют еще несколько значений имени Дарья — «делающая, отстаивающая добро», «отличающаяся хорошим поведением», «добронравная», «хранящая благо»,К достоинствам и положительным чертам девушек по имени Дарья часто относят доброту и щедрость, развитое воображение и интуицию, трудолюбие, активность и деятельность. При этом носителям имени приписывают проблемы с общением — якобы они плохо относятся к критике в свой адрес. Кроме того, женщины с именем Дарья, по распространенному мнению, медлительны и не любят суету. Также они могут быть излишне упрямы, свободолюбивы, а порой безжалостны и властны, считая проявление таких качеств нормой.Принято считать, что Дарья довольно влюбчива и часто попадает во всякие острые ситуации. А вот мужа чаще всего выбирает одного и на всю жизнь.Сокращенное имя ДарьяРодные и друзья часто сокращают имя Дарья до Даши или Дашки. Реже используются такие короткие варианты как Даря, Дара, Даня.Уменьшительно-ласкательные именаПомимо сокращений, для Дарьи народом придумано множество уменьшительно-ласкательных имен: Дашуха, Дареха, Дарюха, Дашура, Дашута, Дашуня, Дашуля, Дарьюшка, Даренька, Дарюша, Дарюня, Данечка, а также более распространенные Дашенька и Дашечка.

https://ria.ru/20201118/imena-1585135170.html

https://ria.ru/20110407/362003150.html

https://ria.ru/20190611/1555468499.html

https://ria.ru/20190405/1552408408.html

РИА Новости

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

2020

РИА Новости

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

Новости

ru-RU

https://ria.ru/docs/about/copyright.html

https://xn--c1acbl2abdlkab1og.xn--p1ai/

РИА Новости

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

https://cdn24.img.ria.ru/images/07e4/0c/1c/1591251839_341:0:3072:2048_1920x0_80_0_0_f5f89555ae1772f75e4d9220aae228af.jpg

РИА Новости

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

РИА Новости

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

общество, традиции

МОСКВА, 28 дек — РИА Новости. Дарья — одно из самых популярных российских женских имен. Что означает имя Даша и каков характер его обладательниц — в материале РИА Новости.

История имени

Есть несколько мнений по поводу происхождения имени Дарья. Согласно одному из них, женское имя возникло от мужского Дарий, которое использовали в Древней Персии. Дарий же, по распространенной версии, имеет древнегреческие корни и происходит от слова Дарэйос, которое с греческого переводится как «победитель».

Некоторые считают, что имена Дарья или Дария возникли от славянских Дарина, Дарена, Дарьяна. Они переводятся как «дар», «подарок», «дарованная».

Согласно третьей версии, Дарья — это сокращенная форма имени Дорофея.

18 ноября 2020, 11:39

Власти Москвы назвали самые необычные имена для новорожденных

Частотность имени

В XVIII веке имя Дарья употребляли во всех сословиях, но в основном в крестьянстве и купечестве. А вот в течение XIX века оно приобрело выраженную социальную специфичность — стало преимущественно крестьянским.

После Октябрьской революции имя практически вышло из употребления, в первые десятилетия советской власти считалось «пошлым», «мещанским». Интерес в имени Дарья снова стал расти в 1970-е годы, в результате чего частотность имени в Ленинграде в 1980-е годы составила уже 2,2 процента.В 2000-е имя стало одним из наиболее востребованных. В 2005 году в Москве оно занимало 4-е место в рейтинге популярности с частотностью 5 процентов, а в 2006-2008 годах — 3 место. С 2016 года имя Дарья стабильно входит в десятку самых популярных женских имен в России.

Именины

В православных святцах Дарью называют Дарией. День ангела и небесного покровителя празднуется 14 марта, 1 апреля, 4 апреля, 5 июня, 17 августа, 18 августа.

7 апреля 2011, 13:57

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

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

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

Святые в России

Русская святая по имени Дарья — монахиня Зайцева 1870 года рождения, служившая в Борисоглебском монастыре до его закрытия в 1928 году. В 1934-м ее избрали старостой Знаменской церкви в селе Холмы в Московской области. Вопреки запрету властей, женщина продавала крещенскую воду и лампадное масло. На нее поступил донос, и за распространение религиозных взглядов Дарью арестовали и закрыли в Таганской тюрьме. 14 марта 1938 года верующая была расстреляна на Бутовском полигоне.

В XX веке за веру в Христа пострадали две мученицы, поминаемые в один день — 18 августа. Девушки родились в конце 70-х годов XIX века, были послушницами у подвижницы мученицы Евдокии Шейковой, которая жила в селе Пуза Ардатовского уезда Нижегородской губернии (ныне село Суворово Дивеевского района).

Вместе с наставницей девушки были приговорены 18 августа 1919 года и расстреляны в тот же день карательным отрядом по доносу об укрывательстве дезертира и агитации против Красной армии.

Значение имени Дарья

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

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

11 июня 2019, 07:40

Немецкий журнал назвал самые красивые русские имена

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

Сокращенное имя Дарья

Родные и друзья часто сокращают имя Дарья до Даши или Дашки. Реже используются такие короткие варианты как Даря, Дара, Даня.

Уменьшительно-ласкательные имена

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

5 апреля 2019, 08:57

Названы самые популярные в России имена

Использование Диспетчера имен в Excel

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

Для фильтрации можно использовать следующие параметры:

Порядок исключения из стоп-листа и регистрации в качестве доменных имен обозначений, указанных в п.п.4 п.3.4.1 Правил регистрации доменных имен в доменах .RU и .РФ

Настоящим АНО «Координационный центр национального домена сети Интернет» (далее – Координатор)  устанавливает порядок исключения из стоп-листа и регистрации в качестве доменных имен обозначений, соответствующих доменным именам, зарезервированным ранее в соответствии с Положением о резервировании доменных имен в домене .РФ для государственных нужд,  утвержденным решением Совета Координационного центра 2009-18/110 от 26.11.2009 (далее – положение о резервировании), поддержка сведений о которых за период с 30.11.2009 года до 12.02.2020 года не была передана аккредитованным регистраторам.

Право регистрации доменного имени, совпадающего с обозначением, содержащимся в стоп-листе в соответствии с подпунктом 4) п.3.4.1 Правил регистрации доменных имен в доменах .RU и .РФ, может быть предоставлено юридическому лицу (далее – Заявителю) при условии, что:

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

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

Для получения дополнительной информации о порядке регистрации Заявителю необходимо обратиться к Координатору. Контактная информация

Идентификация выводов шины с помощью имени интерфейса шины и обозначения штекера

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

Переименованное свойство «ОУ штекера»

Так как значение ОУ штекера содержит не обозначение устройства, а обозначение штекера, в этой версии свойство было переименовано. Ввиду этого изменения понятие «ОУ штекер» в интерфейсе пользователя заменено на «Обозначение штекера».

Новое свойство «Интерфейс шины: Имя (с обозначением штекера)»

Для отображения комбинации из имени интерфейса шины и обозначения штекера служит новое свойство Интерфейс шины: Имя (с обозначением штекера) ( 20443). В этом свойстве отображается значение, полученное из имени интерфейса шины и обозначения штекера, без разделителя.

В диалоговом окне «Свойства» выводов устройства ПЛК можно отобразить это свойство на вкладке Вывод устройства ПЛК в групповом поле Свойства или выбрать его для отображения на вкладке Отображение через выбор свойств.

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

Отображение имени интерфейса шины в диалоговых окнах

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

• Вкладка Шаблоны функций в базе данных изделий (для шаблонов функций с определением категории «Кабельный вывод сети / шины»)
• Вкладка Выводы устройства в базе данных изделий (для схем соединений)
• Вкладка Схема соединений в диалоговом окне «Свойства» трехмерных размещений изделий
• Вкладка Схема соединений в диалоговом окне свойств функций топологии
• Диалоговое окно Выбор устройства.

Имя интерфейса шины как критерий выбора при выборе устройства

Теперь при выборе устройства можно использовать свойство Интерфейс шины: Имя в качестве критерия выбора. Для этого вкладка ПЛК в диалоговом окне Настройки: Выбор устройства дополнена флажком Интерфейс шины: Имя.

Уже имеющийся флажок ОУ штекера переименован на Обозначение штекера.

Новая настройка совместимости «Отображать имя интерфейса шины в целевой информации»

В рамках вышеназванного расширения добавлена новая настройка совместимости Отображать имя интерфейса шины в целевой информации, которая активируется по умолчанию (путь меню: Параметры > Настройки > Проекты > «Имя проекта» > Управление > Совместимость).

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

Если флажок снят, при отображении целевой информации будет показано только обозначение штекера. Это соответствует поведению в версиях EPLAN до версии 2.8.

См. также

Выводы устройства ПЛК

Вкладка Вывод устройства ПЛК

(Условные обозначения) C# имен классов

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

Моя ситуация: у меня есть 11 классов , которые относятся только к классу Character.cs, но все эти классы (включая Character.cs и CharacterManager.cs ) находятся в пространстве имен Models.Characters .

Что является более «proper» или предпочтительным способом именования классов:

(примеры):

CharacterDetails.cs
CharacterSprites
CharacterAppearance
CharacterClientRights
CharacterServerRights

или:

Details.cs
Sprites
Appearance
ClientRights
ServerRights

(Все они замечены в Models.Characters (так, например, Models.Characters.CharacterDetails, Models.Characters.Appearance )

Заранее спасибо.

c#

naming-conventions

namespaces

conventions

Поделиться

Источник

TheAJ    

19 ноября 2009 в 02:03

7 ответов

• Используют ли typecasts условные обозначения внутренне? (C#, C/C++)

  Этот вопрос наиболее специфичен для C#,, но было бы интересно узнать и о C/C++,. Java должен использовать условные обозначения, я думаю, учитывая его динамическую типизацию / отсутствие генераторов времени компиляции. Ветвления лучше избегать там, где может использоваться логика без ветвей, по…

• Rails cache_digests и условные обозначения

  Когда мы кэшируем частичное в rails с помощью кэш-дайджестов, как обрабатывается условная логика в частичном? Кэширует ли он полный шаблон, а затем применяет условные обозначения, чтобы правильный json/html мог быть подан нужному пользователю?

6

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

Поделиться

lomaxx    

19 ноября 2009 в 02:05

6

Лично для меня это»зависит». Обычно я бы префиксировал все словом Character , чтобы сохранить последовательность, однако, если у вас уже есть все в пространстве имен Character , префикс символов может показаться избыточным.

Я мог бы легко увидеть , что будет с более коротким соглашением Models.Character.[X] , если никогда не будет другого класса с именем Details, если, например, может быть UserDetails , то Details и UserDetails могут сбивать с толку, оглядываясь на код через недели или месяцы, и я лично предпочел бы вариант CharacterDetails .

В конце концов, это ваши личные предпочтения, что более точно описывает ваш домен, Details или CharacterDetails ?

Поделиться

Mark Coleman    

19 ноября 2009 в 02:41

2

Это действительно личное предпочтение.

Я бы предпочел

CharacterDetails
CharacterSprites 
CharacterAppearance 
CharacterClientRights 
CharacterServerRights

Потому что это более читабельно.

Как правило, у вас будет оператор using

Models.Characters.Appearance

Если только вы не собираетесь делать полную запись.

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

Поделиться

David Basarab    

19 ноября 2009 в 02:05

• C условные обозначения программы не распознают действительный ввод

  Хотя я могу подтвердить, что ввожу правильный тип ввода в свою программу C, я не могу заставить свои условные обозначения правильно интерпретировать его. Когда я запускаю следующий код, программа успешно вызывает lengthFormula() , а затем печатает приглашение ввода Choose from the following… ….

• Условные обозначения в объекте CSS

  С мая 2018 года мы можем писать CSS объектов в стилизованных компонентах. Возможно ли, однако, иметь условные обозначения в объектах (как мы можем это сделать с компонентами в стиле normal). Я не могу заставить работать следующее условие: const StyledButton = styled.button({ backgroundColor:…

2

Ваше пространство имен уже группирует свои классы под зонтиком Characters , поэтому я бы не стал называть ваши классы псевдонимом Character .

Поделиться

Jesse C. Slicer    

19 ноября 2009 в 02:07

2

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

Поделиться

Brian Gideon    

19 ноября 2009 в 02:21

2

До тех пор, пока вы выбираете один из них и последовательно используете его в своем коде, то какой бы вы ни выбрали, он будет правильным.

Мой личный выбор-это ваш второй вариант. Если ваше пространство имен является символьным, я не вижу причин использовать префиксный символ в имени класса.

Поделиться

Jeremy    

19 ноября 2009 в 05:05

1

Подумайте о двусмысленности, которая может возникнуть при именовании класса. Например, если у меня есть класс с именем «Thread», обозначающий «CharacterThread» (гипотетический), и если какой-то другой класс использует два пространства имен

Models.Characters
System.Diagnostics

Мне придется полностью уточнять имя потока каждый раз, когда я его использую …, что иногда может быть болезненным

Поделиться

jsshah    

19 ноября 2009 в 02:41

Похожие вопросы:

Эквивалентны ли следующие условные обозначения

Эквивалентны ли следующие условные обозначения? if (array[i][j] == 1 and (i,j) not in APP) or (array[i][j] == 1 and (i,j) in APP and IterateAPP == 1) : #do stuff if array[i][j] == 1: if (i,j) in…

Условные обозначения для размера geom_point

Я использовал geom_point в ggplot2 для отображения значений в виде площади каждой точки: geom_point(aes(size = sqrt(z/pi)) Однако единицы условных обозначений являются преобразованными значениями,…

Условные обозначения в представлениях

Я довольно новичок в ASP MVC и мне было интересно, как лучше всего обрабатывать условные операторы в ваших представлениях? Я уверен, что не существует единого подхода для всех, но для простых…

Используют ли typecasts условные обозначения внутренне? (C#, C/C++)

Этот вопрос наиболее специфичен для C#,, но было бы интересно узнать и о C/C++,. Java должен использовать условные обозначения, я думаю, учитывая его динамическую типизацию / отсутствие генераторов…

Rails cache_digests и условные обозначения

Когда мы кэшируем частичное в rails с помощью кэш-дайджестов, как обрабатывается условная логика в частичном? Кэширует ли он полный шаблон, а затем применяет условные обозначения, чтобы правильный…

C условные обозначения программы не распознают действительный ввод

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

Условные обозначения в объекте CSS

С мая 2018 года мы можем писать CSS объектов в стилизованных компонентах. Возможно ли, однако, иметь условные обозначения в объектах (как мы можем это сделать с компонентами в стиле normal). Я не…

используйте условные обозначения в vars ansible

Можем ли мы использовать условные обозначения в разделе vars: пьесы, я знаю о set_fact в задачах ,но я хочу знать, что мы могли бы использовать в разделе, как показано ниже: — — hosts: {{ host1 }}…

Условные Обозначения-Ansible Юнона

Так что это условные обозначения на Ansible: — debug: var: x when: x is not defined Есть ли вообще возможность применять условные выражения для команд junos_commands? Нравится: tasks: — name: Show…

Условные обозначения SRFI

Я читаю (смотрю) справочное руководство по коварству, но не понимаю некоторых условных обозначений, указанных SRFI . Обратите внимание, что справочное руководство Guile, по-видимому, следует…

Значение имени Обозначения: происхождение, судьба, характер, национальность, перевод, написание

Что означает имя Обозначения? Что обозначает имя Обозначения? Что значит имя Обозначения для человека? Какое значение имени Обозначения, происхождение, судьба и характер носителя? Какой национальности имя Обозначения? Как переводится имя Обозначения? Как правильно пишется имя Обозначения? Совместимость c именем Обозначения — подходящий цвет, камни обереги, планета покровитель и знак зодиака. Полная характеристика имени Обозначения и его подробный анализ вы можете прочитать онлайн в этой статье совершенно бесплатно.

Содержание толкования имени

Анализ имени Обозначения

Имя Обозначения состоит из 11 букв. Проанализировав значение каждой буквы в имени Обозначения можно понять его тайный смысл и скрытое значение.

Значение имени Обозначения в нумерологии

Нумерология имени Обозначения может подсказать не только главные качества и характер человека. Но и определить его судьбу, показать успех в личной жизни, дать сведения о карьере, расшифровать судьбоносные знаки и даже предсказать будущее. Число имени Обозначения в нумерологии — 4. Девиз имени Обозначения и четверок по жизни: «Комфорт, стабильность и порядок!»

• Планета-покровитель для имени Обозначения — Уран.
• Знак зодиака для имени Обозначения — Телец, Дева и Козерог.
• Камни-талисманы для имени Обозначения — аметрин, красный железняк, данбурит, изумруд, стекло, мочи, лунный камень, пемза, прозрачный кварц, черный сапфир, белый сапфир, желтый сапфир, серебро, содалит, стромболит, тигровый глаз, черный турмалин, цирконий.

«Четверка» среди Главных чисел нумерологической карты – это непоколебимая устойчивость жизненной позиции, стабильность и уверенность в будущем. Это налаженный быт, прочные родственные и дружеские связи, надежный, постоянный доход и неизменное уважение окружающих.
Позитивное значение числа 4 для имени Обозначения можно было бы связать с чисто мужскими достоинствами, если бы ими не обладали тысячи женщин. Это – высокий уровень выносливости, исключительная трудоспособность, методичность, принципиальность и невозмутимость. Ценят порядок и практичность, стабильность и спокойствие. Материалисты «до мозга костей», четверки не любят шумные сборища и острые ощущения. Их главная забота – благополучие в финансовом плане, постоянство комфорта. Это люди с принципами, им можно доверить свои тайны и не волноваться за их сохранность. Друзей у таких людей немного, но те, что есть – преданные и проверенные годами товарищи.
Четверка материальна, имеет врожденный талант конструктора и инженера, ее отличает креативность, но и стремление к стабильности. Четверка по имени Обозначения должна быть уверена в завтрашнем дне, много работает на будущее. Те Четверки, которым не хватает уверенности в собственных силах, могут быть слишком чувствительны и упрямы. Четверке важна материальная сторона жизни, это человек действия. Ранима и обидчива. Четверка может разделять интеллектуальное от эмоционального. Четверка сложно принимает решение, долго колеблется и сомневается, делая выбор, нуждается в тишине. Помочь Четверке можно, не принимая решения за нее. Четверка увлекается эзотерикой. Человек с именем Обозначения может добиться всего в жизни. Главное — это вера в свои силы. Ребенок в душе, Четверка умеет хранить верность, любит популярность, обладает актерским талантом. Четверка всегда ищет нестандартные решения. Иногда обладает ярко выраженными способностями к целительству. Ярко выражен талант к коммерции. В семейных отношениях — авторитарная и властная из-за своей неуверенности. Порадовать Четверку по имени Обозначения можно, дав ей стабильность, уверенность и ограничения.

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

Планета покровитель имени Обозначения

Число 4 для имени Обозначения значит планету Уран. Принадлежащие к этой категории очень упрямы и своенравны. У них есть свои собственные представления о мире и жизненные принципы, которым они и следуют, пренебрегая общепринятыми нормами поведения. Главным качеством людей с именем Обозначения является независимость. Они ответственны, любят природу и ищут друзей с похожими качествами. Приятелей носители имени Обозначения имеют много и всегда рады пообщаться с ними. Люди этого типа подвижны, общительны, трудолюбивы. У них отличная память, но они часто бывают раздражительны и нервны. Помимо всего прочего, они обладают превосходными организаторскими способностями.

Знаки зодиака имени Обозначения

Для имени Обозначения подходят следующие знаки зодиака:

Цвет имени Обозначения

Зелёный цвет имени Обозначения. Люди с именем, носящие зеленый цвет, добрые и сердечные, готовые отдать последнее. Владельцы имени Обозначения не боятся перемен в жизни, легко идут на риск ради материального благополучия. Однако, деньги редко задерживаются в их кармане – «зелёные» люди по имени Обозначения любят веселиться большой и шумной толпой, угощая всех. Носители имени Обозначения очень ранимы и чувственны, поэтому часто обижаются на членов семьи, чувствуя себя непонятыми и недолюбленными, правда, прощают они так же быстро, как и оскорбляются. Положительные черты характера имени Обозначения – доброта и оптимизм. Отрицательные черты характера для имени Обозначения – ранимость и обидчивость.

Как правильно пишется имя Обозначения

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

Видео значение имени Обозначения

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

Если вы нашли ошибку в описании имени, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Разработка соглашения об именах — Службы данных Бостонского университета — Службы данных Бостонского университета

Что такое соглашение об именах файлов?

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

Зачем нужны соглашения об именах файлов?

Соглашение об именах файлов:
+ Помогите вам организовать, отслеживать и найти собранные вами данные.+ Избегайте путаницы среди других исследователей, которые также могут создавать и изменять файлы.
+ Упростите другим исследователям поиск и интерпретацию ваших данных.

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

Общие правила

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

• Определите соглашения о файлах в начале проекта и последовательно следуйте им в ходе исследования.
• Включите в каталог файлов текстовый файл, часто называемый файлом readme, который описывает используемые вами соглашения об именах. Эта информация будет полезна для новичков в проекте.
• Используйте описательные имена файлов, понятные вам и вашим коллегам. Это может включать название проекта, тему или аббревиатуру.
• Имена файлов должны быть относительно короткими.
• Включите даты в ваше имя файла, что может помочь при сортировке различных версий вашего файла. Рекомендуемый формат: ггггммдд.
• Используйте последовательную систему нумерации для отслеживания различных версий или редакций файла. Например, попробуйте поставить нули в начале. (rehab01 вместо rehab1)
• Используйте дефисы, подчеркивания или верблюжий регистр вместо пробелов.

Чего следует избегать

• Пробелы в файлах; не все программы распознают пробелы в именах файлов.
• Специальные символы в именах файлов, например: «/ \: *? «<> [] & $. Эти символы имеют определенное значение для различных операционных систем и могут привести к удалению или потере ваших файлов.
• Длинные или многословные имена, которые могут не иметь значения для вас и других исследователей в вашей команде.

Примеры

Ежедневный журнал

Исследователь часто ведет ежедневный электронный журнал.В папке ее исследовательского проекта есть папка под названием «журнал». Внутри этой папки находятся текстовые файлы с именами в простом формате даты — ГГГГММДД.

  папка проекта
журнал
20170101.txt
20170102.txt
20170102.txt
другая подпапка
  

Протокол заседания

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

  папка проекта
минут
20170206-проект-неделя-минут.docx
20170213-проект-неделя-минут.docx
20170220-проект-неделя-минут.docx
  

Биомедицинские образцы

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

Команда разрабатывает метод, который форматирует свое соглашение об именах с использованием номера эксперимента, A или B, номера секции и используемого красителя.Пример этого соглашения об именах может выглядеть так: 0231A_216_act , где 0231 — номер эксперимента, A обозначает вершину, 216 — номер секции, а act — пятно (актинин). Папка этих слайдов может быть организована следующим образом:

  0231A_216
0231A_216_act
0231B_100
0232A_215
0232B_215_act
  

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

Этот пример предоставлен библиотекой Ламара Суттера Медицинской школы Массачусетского университета в учебной программе по совместному управлению данными Новой Англии в Модуле 1.

Соглашения об именах | Эдинбургский университет

Упростите поиск электронных документов.

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

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

Зачем нужны соглашения об именах?

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

Соглашения об именах файлов

Соглашения включают следующие 13 правил.По ссылкам вы найдете примеры и объяснения правил.

1. Имена файлов должны быть короткими, но содержательными
2. Избегайте ненужного повторения и избыточности в именах файлов и путях к файлам.
3. Используйте заглавные буквы для разделения слов, а не пробелы или подчеркивания
4. При включении числа в имя файла всегда указывайте его как двузначное число, например 01-99, если это не год или другое число, состоящее из более чем двух цифр.
5. При использовании даты в имени файла всегда указывайте дату «назад вперед» и используйте четырехзначный год, двухзначный месяц и двухзначный день: ГГГГММДД или ГГГГММ, или ГГГГ, или ГГГГ-ГГГГ.
6. При включении личного имени в имя файла сначала укажите фамилию, а затем инициалы.
7. Избегайте использования общих слов, таких как «черновик» или «буква» в начале имен файлов, если это не упростит поиск записи.
8. Упорядочите элементы в имени файла наиболее подходящим способом для извлечения записи.
9. Имена файлов записей, относящихся к повторяющимся событиям, должны включать дату и описание события, за исключением случаев, когда включение любого из этих элементов несовместимо с правилом 2.
10. Имена файлов корреспонденции должны включать имя корреспондента, указание темы, дату корреспонденции и то, является ли она входящей или исходящей корреспонденцией, за исключением случаев, когда включение любого из этих элементов несовместимо с правилом 2.
11. Имя файла вложения электронной почты должно включать имя корреспондента, указание темы, дату переписки, «attch» и указание количества вложений, отправленных с сопроводительным электронным письмом, за исключением случаев, когда включение любой из этих элементов несовместим с правилом 2.
12. Номер версии записи должен быть указан в имени файла путем включения буквы «V», за которой следует номер версии и, если применимо, «Черновик».
13. Избегайте использования буквенно-цифровых символов в именах файлов.

Благодарности

Это руководство основано на:

Офисные стандарты, разработанные отделом разработки MIS, опубликованные JISC infoNet

Передовой опыт управления электронными документами с использованием Office 97 в локальной сети, опубликован Национальным архивом

Об этом руководстве

Соглашения об именах файлов — HURIDOCS

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

• Grant-предложение-henry-edits-finalfinal.doc
• Grant-предложение-final-Julia_edits_v4.doc
• FINAL_proposal_Aug2016_kct-updated.doc

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

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

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

Разработка соглашения об именах файлов

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

Например, соглашение об именах файлов может включать следующие компоненты в следующем порядке: [ГГММДД] _ [Проект] _ [Местоположение] _ [Событие] .xxx

Примеры имен файлов, основанные на этом примере соглашения, могут быть:

• 160301_HRC_Geneva_launch.jpg
• 151208_Uwazi_Madrid_inception.pdf
• 160219_OHCHR_Tunis_meeting.jpg

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

1. Подумайте, как вы хотите сортировать и извлекать файлы

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

• Начните имя файла с самого важного параметра. Это позволит вам организовать файлы в алфавитном или хронологическом порядке по этому параметру без необходимости выполнять поиск.Например, если вашим основным методом доступа к файлу судебного дела является его номер, то это должен быть первый элемент в вашем соглашении об именах файлов: когда вы сортируете свои документы в файловом менеджере, вы сначала увидите, что они упорядочены по номеру дела.
• Для дат используйте ГГГГ-ММ-ДД (или ГГГГММДД, или ГГММДД, или ГГММ). Чтобы файлы были отсортированы в правильном хронологическом порядке, сначала должны отображаться наиболее важные компоненты даты и времени, а затем наименее значимые компоненты.Если все другие слова в имени файла совпадают, это соглашение позволит нам сортировать по году, затем по месяцу, а затем по дате. В некоторых соглашениях дата стоит перед каждым именем файла, потому что это наиболее логичный способ для их команды извлекать файлы.
• Отметить разные версии одного и того же файла . Если файл будет поддерживаться с течением времени, используйте соглашения v1, v2, v3 и т. Д., Чтобы обозначить его место в последовательности версий. Вы можете отделить «v» от типа содержимого подчеркиванием («_») или дефисом («-»).По мере создания и обновления версий измените версию, но оставьте имя файла прежним.
• Не забывайте нули, если вам нужны порядковые номера . Если будет более девяти файлов с одинаковыми именами (например, в случае управления версиями или в серии фотографий), убедитесь, что вы задали такой стиль номеров: 01, 02, 03,… Это позволит отсортировать их в хронологическом порядке. То же самое, если файлов больше 99, это должно быть 001,… 060,… 099,… 100

2.Используйте соответствующие компоненты в именах файлов для предоставления описания и контекста

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

• Название организации
• Программа или тема
• Тип документа
• Географический охват
• Дата или период
• Язык документа
• Тип контента, например «счет-фактура» или «отчет»

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

3. Сохраняйте разумную длину имени файла

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

• Сокращение года до двух цифр вместо четырех
• Сокращение компонентов имени файла (например, использование «inv» вместо «invoice» или «fr» вместо «francais»)
• Использование как можно меньшего количества слов для передачи удостоверение документа

4.& * () `; <>? , [] {} ‘” | следует избегать. Пробелы тоже проблематичны, потому что некоторые программы не распознают имена файлов с пробелами. Вместо этого используйте эти альтернативы:

• Подчеркивание (например, имя_файла.xxx)
• Тире (например, имя-файла.xxx)
• Без разделения (например, имя_файла.xxx)
• Регистр Camel, где первая буква каждого раздела текста заглавная (например, FileName. xxx)

5. Задокументируйте свое соглашение об именах файлов и подключите других пользователей

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

Вот два примера задокументированных соглашений об именах файлов от наших партнеров: один от Африканской комиссии по правам человека и народов (ACHPR), а другой от Международной комиссии юристов (ICJ).

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

Дополнительные ресурсы

Библиотеки

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

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

Методы именования

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

Общие правила

Вот несколько общих рекомендаций, которые следует учитывать при именовании методов:

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

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

• Для методов, которые представляют действия, предпринимаемые объектом, имя начинается с глагола:

  - (void) invokeWithTarget: (id) target;

  - (void) selectTabViewItem: (NSTabViewItem *) tabViewItem

  Не используйте «делать» или «делает» как часть имени, потому что эти вспомогательные глаголы редко добавляют значение.Кроме того, никогда не используйте наречия или прилагательные перед глаголом.

• Если метод возвращает атрибут получателя, назовите метод после атрибута. В использовании «get» нет необходимости, если одно или несколько значений не возвращаются косвенно.

  - (NSSize) размер ячейки;	Правый.
  - (NSSize) calcCellSize;	Неправильно.
  - (NSSize) getCellSize;	Неправильно.

  См. Также методы доступа.

• Используйте ключевые слова перед всеми аргументами.

  - (void) sendAction: (SEL) aSelector toObject: (id) anObject forAllCells: (BOOL) flag;	Правый.
  - (void) sendAction: (SEL) aSelector: (id) anObject: (BOOL) flag;	Неправильно.

• Сделайте слово перед аргументом для описания аргумента.

  - (id) viewWithTag: (NSInteger) aTag;	Правый.
  - (id) taggedView: (int) aTag;	Неправильно.

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

  - (id) initWithFrame: (CGRect) frameRect;	NSView , UIView .
  - (id) initWithFrame: (NSRect) frameRect mode: (int) aMode cellClass: (Class) factoryId numberOfRows: (int) rowsHigh numberOfColumns: (int) colsWide;	NSMatrix, подкласс NSView

• Не используйте «и» для связи ключевых слов, которые являются атрибутами получателя.

  - (int) runModalForDirectory: (NSString *) путь к файлу: (NSString *) типы имен: (NSArray *) fileTypes;	Правый.
  - (int) runModalForDirectory: (NSString *) путь и файл: (NSString *) имя andTypes: (NSArray *) fileTypes;	Неправильно.

  Хотя «и» может звучать хорошо в этом примере, оно вызывает проблемы, поскольку вы создаете методы с все большим количеством ключевых слов.

• Если метод описывает два отдельных действия, используйте «и», чтобы связать их.

  - (BOOL) openFile: (NSString *) fullPath withApplication: (NSString *) appName andDeactivate: (BOOL) flag;

  NSWorkspace .

Методы доступа

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

• Если свойство выражается как существительное, формат следующий:

  - ( тип ) существительное ;

  - (пусто) набор Существительное : ( тип ) имя Существительное ;

  Например:

  - (NSString *) заголовок;

  - (пусто) setTitle: (NSString *) aTitle;

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

  - (BOOL) - Прилагательное ;

  - (недействительно) установить Прилагательное : (BOOL) флаг ;

  Например:

  - (BOOL) isEditable;

  - (void) setEditable: (BOOL) flag;

• Если свойство выражается как глагол, формат будет следующим:

  - (BOOL) verbObject ;

  - (void) установить VerbObject : (BOOL) флаг ;

  Например:

  - (BOOL) показывает альфа;

  - (void) setShowsAlpha: (BOOL) флаг;

  Глагол должен быть в простом настоящем времени.

• Не превращайте глагол в прилагательное с помощью причастия:

  - (void) setAcceptsGlyphInfo: (BOOL) flag;	Правый.
  - (BOOL) принимаетGlyphInfo;	Правый.
  - (void) setGlyphInfoAccepted: (BOOL) флаг;	Неправильно.
  - (BOOL) glyphInfoAccepted;	Неправильно.

• Вы можете использовать модальные глаголы (глаголы, которым предшествуют «can», «should», «will» и т. Д.), Чтобы прояснить значение, но не используйте «do» или «do».

  - (void) setCanHide: (BOOL) флаг;	Правый.
  - (BOOL) можноСкрыть;	Правый.
  - (void) setShouldCloseDocument: (BOOL) flag;	Правый.
  - (BOOL) shouldCloseDocument;	Правый.
  - (void) setDoesAcceptGlyphInfo: (BOOL) флаг;	Неправильно.
  - (BOOL) doesAcceptGlyphInfo;	Неправильно.

• Используйте «get» только для методов, которые косвенно возвращают объекты и значения. Эту форму следует использовать для методов только тогда, когда необходимо вернуть несколько элементов.

  - (void) getLineDash: (float *) количество шаблонов: (int *) count phase: (float *) phase;

  NSBezierPath .

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

Методы делегата

Методы делегата (или методы делегирования) — это методы, которые объект вызывает в своем делегате (если делегат реализует их) при возникновении определенных событий.У них есть отличительная форма, которая в равной степени применяется к методам, вызываемым в источнике данных объекта:

• Начните имя с определения класса объекта, отправляющего сообщение:

  - (BOOL) tableView: (NSTableView *) tableView shouldSelectRow: (int) row;

  - (BOOL) приложение: (NSApplication *) отправитель openFile: (NSString *) имя файла;

  В имени класса не указан префикс, а первая буква написана в нижнем регистре.

• Двоеточие добавляется к имени класса (аргумент является ссылкой на делегирующий объект), если метод не имеет только один аргумент — отправителя.

  - (BOOL) applicationOpenUntitledFile: (NSApplication *) отправитель;

• Исключением являются методы, которые вызываются в результате отправки уведомления. В этом случае единственным аргументом является объект уведомления.

  - (void) windowDidChangeScreen: (NSNotification *) уведомление;

• Используйте «did» или «will» для методов, которые вызываются для уведомления делегата о том, что что-то произошло или вот-вот произойдет.

  - (void) browserDidScroll: (NSBrowser *) отправитель;

  - (NSUndoManager *) windowWillReturnUndoManager: (NSWindow *) window;

• Хотя вы можете использовать «did» или «will» для методов, которые вызываются, чтобы попросить делегата сделать что-то от имени другого объекта, «should» предпочтительнее.

  - (BOOL) windowShouldClose: (id) отправитель;

Методы сбора

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

- (недействительно) добавить Элемент :( elementType ) anObj ;

- (пусто) удалить Элемент :( elementType ) anObj ;

- (NSArray *) элементов ;

Например:

 - (void) addLayoutManager: (NSLayoutManager *) obj; 

 - (void) removeLayoutManager: (NSLayoutManager *) obj; 

 - (NSArray *) layoutManagers; 

Ниже приведены некоторые уточнения и уточнения к этому руководству:

• Если коллекция действительно неупорядоченная, верните объект NSSet, а не объект NSArray.

• Если важно вставить элементы в определенное место в коллекции, используйте методы, подобные следующим, вместо или в дополнение к приведенным выше:

  - (void) insertLayoutManager: (NSLayoutManager *) obj atIndex: (int) индекс;

  - (void) removeLayoutManagerAtIndex: (int) index;

При работе с методами сбора следует учитывать несколько деталей реализации:

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

• Если для вставленных объектов требуется обратный указатель на основной объект, вы делаете это (обычно) с помощью метода set ... , который устанавливает обратный указатель, но не сохраняет его. В случае метода insertLayoutManager: atIndex: класс NSLayoutManager делает это следующими методами:

  - (void) setTextStorage: (NSTextStorage *) textStorage;

  - (NSTextStorage *) textStorage;

  Обычно вы не вызываете setTextStorage: напрямую, но, возможно, захотите переопределить его.

Другой пример приведенных выше соглашений для методов сбора происходит из класса NSWindow:

 - (void) addChildWindow: (NSWindow *) childWin упорядочено: (NSWindowOrderingMode) place; 

 - (void) removeChildWindow: (NSWindow *) childWin; 

 - (NSArray *) childWindows; 

 - (NSWindow *) parentWindow; 

 - (void) setParentWindow: (NSWindow *) window; 

Аргументы метода

Существует несколько общих правил, касающихся имен аргументов метода:

• Как и в случае с методами, аргументы начинаются со строчной буквы, а первая буква последовательных слов — с заглавной (например, removeObject: (id) anObject ).

• Не используйте в названии «указатель» или «точку». Пусть тип аргумента, а не его имя, определяет, является ли он указателем.

• Избегайте одно- и двухбуквенных имен для аргументов.

• Избегайте сокращений, которые сохраняют только несколько букв.

Традиционно (в Какао) следующие ключевые слова и аргументы используются вместе:

 ... действие: (SEL) aSelector 

...alignment: (int) mode 

 ... atIndex: (int) index 

 ... content: (NSRect) aRect 

 ... doubleValue :( double) aDouble 

 ... floatValue: (float) aFloat 

 ... font: (NSFont *) fontObj 

 ... frame: (NSRect) frameRect 

 ... intValue: (int) anInt 

...keyEquivalent: (NSString *) charCode 

 ... длина: (int) numBytes 

 ... точка: (NSPoint) aPoint 

 ... stringValue: (NSString *) aString 

 ... tag: (int) anInt 

 ... target: (id) anObject 

 ... title: (NSString *) aString 

Частные методы

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

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

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

• Если вы подклассифицируете большой класс фреймворка Cocoa (например, NSView или UIView ), и вы хотите быть абсолютно уверены, что ваши частные методы имеют имена, отличные от имен в суперклассе, вы можете добавить свой собственный префикс к вашим частным методам. Префикс должен быть как можно более уникальным; возможно, он должен соответствовать вашей компании или проекту и иметь форму «XX_».Итак, если ваш проект называется Byte Flogger, префикс может быть BF_addObject:

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

Соглашения об именах для электронных записей | Библиотечные услуги

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

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

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

Использование соглашений об именах поможет вам:

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

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

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

Именование папок

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

Именование записей

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

1. Имена файлов должны быть короткими, но понятными, с использованием общепринятых акронимов или аббревиатур, где это необходимо.
2. Упорядочивайте элементы в имени файла наиболее подходящим способом для извлечения записи, начиная с самого важного элемента.
3. Избегайте повторения и избыточности: в частности, заголовок папки не должен повторяться в заголовке документа.Это поможет эффективному поиску.
4. Если важно, чтобы документы можно было отсортировать по дате, номеру или имени, чтобы обеспечить правильный порядок сортировки, числа меньше 10 должны быть представлены двумя цифрами, даты в форме ГГГГММДД или ГГММ, а личные имена с фамилией, за которой следует инициалы без пробелов.
5. Избегайте использования буквенно-цифровых символов, например? ; : / \ <> * & $ £ + =. Можно использовать дефисы.
6. При необходимости следует указать дату, тему и автора, например для письма или электронной почты.
7. При сохранении таких элементов, как цифровые фотографии и отсканированные изображения, название следует изменить с номера, созданного системой, на что-нибудь значимое.
8. Описание приложения (например, PowerPoint, Access) не должно быть включено в заголовок документа — это видно по значку документа и расширению.
9. Слова, описывающие форму или формат документа, такие как «черновик», «письмо», «презентация», «электронная таблица», не должны использоваться в начале имен файлов.
10. «FW» и «RE» следует удалить из заголовков писем.

Соглашения об именах для цифровых ресурсов

Соглашения об именах для цифровых ресурсов

Соглашения об именах для цифровых ресурсов

Управление разработки сетей и стандартов MARC

Библиотека Конгресса

Этот документ содержит общий обзор событий, касающихся соглашений об именах.
для цифровых ресурсов. Первоначально он был написан в результате запроса
Целевая группа по планированию Национальной федерации цифровых библиотек для обзора инициатив
связаны с соглашениями об именах как в Библиотеке Конгресса, так и в других местах.В
автор работает над развитием стандартов MARC и следит за обсуждениями
Uniform Resource Identification (URI) Инженерной группы Интернета
рабочих групп, участвовал в проектах Интернет-ресурсов OCLC и
член комитета по цифровым именам в LC, который разрабатывает требования
для наименования цифровых объектов в репозитории ЛЦ. Большая часть информации взята из
документы и обсуждения, возникшие в результате этих инициатив. События в
область наименования цифровых объектов быстро меняется, и предоставляемая информация
ниже актуален только на конец 1995 года.

Именование документов — важный аспект дизайна, потому что он включает синтаксис
имени, по которому имеется ссылка на документ. Имя — это логичный способ обращения
объекту в некотором абстрактном пространстве имен. Стандарты разрабатываются в
IETF для соглашений об именах, называемых Uniform Resource Name (URN). URN — это
название ресурса в контексте большей информации в Интернете
архитектура или унифицированная идентификация ресурса (URI). Другие элементы в этом
архитектура включает местоположение (URL) и описание / метаданные (URC или Uniform
Ссылка на ресурсы).Служба разрешения URN будет использоваться для получения информации
об названном ресурсе. В этой архитектуре URN используются для идентификации,
URC для метаинформации и URL-адреса для определения местоположения или поиска ресурсов.

URN улучшают URL-адреса, потому что они предназначены для обеспечения глобально уникального,
идентификатор, не зависящий от местоположения, который может использоваться для идентификации ресурса,
и, таким образом, облегчить доступ как к метаданным о нем, так и к ресурсу
сам.Настойчивость желательна и должна быть обеспечена уполномоченными по именам.
В документе RFC 1737:
Функциональные требования к унифицированным названиям ресурсов К. Соллинза и Л. Масинтера,
требования: глобальный охват; глобальная уникальность; упорство; масштабируемость;
устаревшая поддержка; расширяемость; независимость; разрешающая способность. Требования URN включают
требования к их функциональным возможностям, требования к схемам УРН,
и требования к способу их кодирования.

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

Рабочая группа IETF URI недавно была разделена на подгруппы, одна из которых
рассматривает предложения УРН.В настоящее время существует четыре конкурирующих предложения, которые
имеют некоторые общие аспекты. Основные различия, похоже, заключаются в разрешении
используемых механизмов, и это та область, в которую участники не приехали
к консенсусу. Это следующие схемы: 1) схема пути-URN, Даниэль ЛаЛиберте и
Майкл Шапиро; 2) схема X-DNS-2 URN, разработанная Полом Хоффманом и Роном Дэниелом; 2) Ручка
схема Уильяма Армса и Дэвида Эли; 4) Схема OCLC, Кейт Шейфер, Эрик
Миллер, Винсент Ткач и Стюарт Вейбель.Также появляются два новых.

Хотя ни одна схема не была одобрена всеми заинтересованными сторонами,
был некоторый консенсус по компонентам URN. Некоторые отличия были
сглажены в конце 1995 года, что привело к некоторому сближению философии. Один важный
частью URN является Naming Authority (NA), и этот орган будет иметь
ответственность за поддержание имен в своем домене. Таким образом, агентство по присвоению имен
определяет соглашения об именах, которые удовлетворяют упомянутым выше требованиям URN.

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

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

Библиотека Конгресса. LC оцифровывает исторический материал
как часть американского проекта памяти в течение многих лет. Ранние усилия определили
важность соглашений об именах для поиска предметов. Желательно
предоставить ссылку из библиографической записи (иногда в библиографической записи мэйнфрейма LC
system, MUMS, иногда в локальной библиографической базе специальной коллекции).Кроме того, из-за огромного объема этой работы, состоящей из многих тысяч
файлов и иерархической системы управления файлами, принятой в LC, было решено
что указатель из библиографической записи на сам элемент не мог
быть URL-адресом из-за вероятности частого изменения местоположения. Таким образом,
Комитет по цифровому именованию изучил требования к именованию файлов в этой среде.
Он определил, что имя файла должно быть уникальным в пределах его совокупности (каталога
имя, объединяющее цифровые объекты).Правила наименования обоих агрегатов
и файлы были разработаны. Вместе имя файла (закодировано в поле MARC
856 подполе $ f) и его совокупное название (в поле MARC 856 подполе $ d) обеспечивают
уникальный идентификатор, который затем использует таблицу локаторов, чтобы определить, где элемент
хранится и как его получить. Функции библиографической записи
как URC и разрешает что-то вроде URN (совокупность и имя файла) в
местоположение или URL-адрес (из таблицы локатора). LC ожидал, что местное программное обеспечение
предоставление таблицы локатора не будет масштабироваться, когда количество цифровых объектов
была умножена в тысячи раз, и две попытки работают над разрешением
имена к местам.(CNRI предоставляет сервер дескрипторов; IBM использует другой
подход к проекту Федерального театра LC.) Смотрите в приложении отрывки из
документ соглашения об именах файлов.

OCLC Online Computer Library Center. OCLC экспериментирует
с обнаружением и поиском интернет-ресурсов в первую очередь через свои интернет-ресурсы
Проект (который вместе с другими участниками развивал поле 856 и Интернет
директивы по каталогизации) и в своем эксперименте по каталогизации Интернет-ресурсов,
и через последующий проект Интернет-каталогизации.Библиотеки внесли свой вклад
записи для Интернет-ресурсов, содержащие поле 856, часто с URL-адресом. Потому что
информация о местоположении (URL) может быть недоступна, и такая информация
может быть изменен, ответственность за ведение каталога возлагается на библиотеки.
Когда записи для интернет-ресурсов распространяются и включаются в локальные каталоги,
это бремя обслуживания многократно увеличивается. В попытке уменьшить обслуживание
информации об URL-адресах, OCLC разрабатывает новую форму локатора, Persistent Uniform
Унифицированные указатели ресурсов (PURL).

С PURL OCLC будет использовать систему именования и службу разрешения, которая гарантирует
надежный доступ к ресурсам. Вместо использования URL-адреса в библиографическом
запись для ссылки на ресурс, вместо этого используется PURL. Он будет принят
синтаксис URL-адреса, но он будет указывать на внешний административный компонент, который
затем определяет местоположение и позволяет обновлять URL-адреса. OCLC назначит
PURL к записям, каталогизированным в Проекте каталогизации Интернет-ресурсов и
NetFirst в качестве эксперимента.PURL будут использовать широко распространенные протоколы URL.
в сочетании с уникальными идентификаторами, такими как контрольные номера OCLC. Этот механизм
призван стать промежуточным шагом к тому времени, когда URN станут неотъемлемой частью
часть информационной архитектуры Интернета.

OCLC также является активным участником и сторонником рабочих групп IETF.
по URI. Как упоминалось выше, одна из предложенных схем УРН была разработана в г.
OCLC.

Корпорация национальных исследовательских инициатив (CNRI). CNRI
разработала систему ручек, как упомянуто выше. Это еще один из предложенных
Схемы URN, и в настоящее время используется Библиотекой Конгресса США для его оцифровки.
проекты.

Коалиция сетевой информации (CNI). Коалиция
for Networked Information спонсировал различные проекты в области Uniform
Идентификация ресурсов, а также является активным участником.

Группа исследовательских библиотек (RLG). Доступ к цифровым изображениям RLG
Project (DIAP) использовал локальное поле MARC для предоставления описательной информации о
предметов и обеспечить механизм для связи письменного описания с
представление графического изображения в цифровом виде.

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

В вышеупомянутых проектах (LC, OCLC и RLG) имена, присвоенные цифровым
объекты определяются с учетом местных особенностей. По большей части
эти имена состоят из чисел и сами по себе не имеют большого значения. в
в случае LC имя файла часто представляет собой однозначный номер с дополнительными элементами
для использования файлов и упорядочивания. Общее имя несет больше смысла, представляя
группировка предметов. Предлагаемый механизм OCLC — это контрольный номер
библиографической записи для объектов OCLC со ссылкой на посредника
service, а схема RLG аналогична LC.

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

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

Также обсуждается проблема метаданных или URC. OCLC спонсируется
семинар по обсуждению этого вопроса, состоявшийся в марте 1995 г. Он включал
ряд библиотекарей, а также компьютерщиков, специалистов по имиджу, издателей,
и т. д. Поскольку URC играет роль в преобразовании URN в URL, эта разработка
важен в архитектуре Интернета.Конечно, библиотекари создавали
URC в течение длительного времени, так как это, по сути, то, что библиографические записи
(хотя и более подробно, чем то, что в настоящее время рассматривается для общих URC).
Каталоги библиотек могут служить в качестве преобразователей URN, а некоторые проигрыватели IETF
заинтересованы в изучении этого, возможно, используя Z39.50.

Выдержки из соглашений об именах LC

ОБЗОР

В этом документе представлены правила идентификации данных, представляющих материалы.
из фондов ЛЦ, входящих в цифровой архив ЛЦ.Акцент
основана на уникальной идентификации, а не на значимых или выразительных именах. Фундаментальный
предположение для тех, кто создает этот архив, заключается в том, что информация, касающаяся
содержание архива будет доступно через описания, средства поиска,
или другие подобные методы. Эти описания будут включать директивные устройства
[логические указатели?] на цифровые тексты, изображения и звуковые материалы, которые они описывают.
Программное обеспечение будет вызываться для поиска и отображения цифровых материалов по запросу.
используя директивное устройство.Работа этого программного обеспечения будет зависеть от
организационная структура данных, хранящихся в архиве. Организационная схема
для данных и любых соглашений об именах файлов, которые определяют значение в символ
позиции в названии будут явными и доступными для тех, кто
поручено отвечать на запросы цифровых данных из архива ЛЦ.

(Источник: Digital Naming, 7 ноября 1995 г.)

ДОПУЩЕНИЯ

1. Конечный пользователь / лицо, выполняющее поиск, будет использовать записи каталогизации, средства поиска и т. Д.al.
для определения интересующего контента. Логическое имя, связанное с
с цифровыми материалами будут записаны в теге MARC 856, подполя d, f,
и g, когда каталогизирующие записи библиотеки используются для определения потребностей. Когда
используя средства поиска библиотеки, отформатированные с помощью SGML, логический
имя будет записано как TAG 856d, TAG 856f и TAG 856g. (Примечание: подход SGML
все еще находится в разработке и может измениться.)

2. Информация, предоставляемая функции поиска документов, будет ОБЩИМ
ID и ID ЭЛЕМЕНТА или ДИАПАЗОН ID ЭЛЕМЕНТОВ.Это НЕ полный путь.
Каждая часть информации имеет максимальную длину 8 символов, которые будут
совместим с DOS и UNIX. Все буквенные символы будут строчными.

3. Каждый AGGREGATE ID уникален в цифровом архиве LC. Каждый ПУНКТ
ID уникален в пределах своего АГРЕГАТА. ПУНКТ может содержать множество ФАЙЛОВ.

4. Поскольку у каждого цифрового файла не будет собственного заголовка, необходимо
информация была включена в ИДЕНТИФИКАТОР ФАЙЛА.

5.Разрешения и ограничения на использование могут быть предоставлены в АГРЕГАТЕ, ПУНКТЕ,
или на уровне ФАЙЛА.

6. Иерархическая система управления хранением разрешит цифровой архив LC
хранить материалы на дорогих / мгновенно доступных носителях, на умеренных / оперативно
доступные средства массовой информации или недорогие / менее доступные средства массовой информации.

(Источник: Требования к функции локатора документов в аккредитиве, подготовлено 26 октября
1995 JLO / ITS / DA)

Подготовила: Ребекка Гюнтер ([электронная почта защищена])

Перейти на : Домашняя страница MARC | Библиотека
домашней страницы Конгресса

Библиотека
Конгресса