Разное

Компонентов или компонент: Компонент или компонента как правильно?

Содержание

Определение компонентов с помощью модулей записи — Win32 apps

  • Статья
  • Чтение занимает 5 мин

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

При создании компонента в документе метаданных модуля записи с помощью IVssCreateWriterMetadata и IVssCreateWriterMetadata::AddComponent модуль записи должен указать следующее:

  • Возможность выбора компонента для резервного копирования
  • Тип компонента
  • Имя компонента (которое должно быть уникальным не только в заданном экземпляре модуля записи , но и во всех экземплярах модуля записи).
  • Связана ли с компонентом какие-либо метаданные, относящиеся к записи.
  • Требуется ли запись уведомления после успешного резервного копирования

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

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

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

Настройка организации компонентов

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

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

  • Если какие-либо компоненты, управляемые заданным средством записи, создаются резервные копии, запрашивающий должен
    явно включать
    все неизбираемые компоненты без выбора предков в логический путь к документу компонентов резервного копирования и резервному копированию и восстановлению этих компонентов в виде группы.
  • Инициатор запроса имеет возможность явного добавления настраиваемых компонентов в документ компонентов резервного копирования во время операций резервного копирования и восстановления; После добавления компонент необходимо создать резервную копию или восстановить.
  • Если компонент доступен для выбора, компонент и все его подкомпоненты (как определено логическими путями) образуют набор компонентов, который можно рассматривать как единую единицу, которая может дополнительно участвовать в операциях резервного копирования и восстановления.
  • Запрашивающий объект никогда явным образом не добавляет неизбираемый компонент с настраиваемыми предками, подкомпонентом в наборе компонентов, в документ компонентов резервного копирования во время операций резервного копирования и восстановления. Эти компоненты должны быть неявно включены , если их настраиваемый предок явно добавлен, в этом случае их необходимо создать резервную копию или восстановить (см. раздел «Использование компонентов инициатором запроса»).
  • Настраиваемый компонент с настраиваемым предком по-прежнему является подкомпонентом (членом набора компонентов) и может быть неявно включен, если его настраиваемый предок явно включен в операцию. В этом случае ее сведения не добавляются в документ компонентов резервного копирования. Если его настраиваемый предок не включен в операцию, компонент можно явно выбрать для включения в операцию, в этом случае ее сведения включаются в документ компонентов резервного копирования.
  • Вложенный элемент, неявно включенный в резервную копию, может быть явно включен в операцию восстановления независимо от состояния любого выбранного предка, если он можно выбрать для восстановления. Любой доступный для подкомпонента восстановления, включенный во время операции восстановления, должен содержать сведения, добавленные в документ компонентов резервного копирования.
  • Модуль записи, который не был явно добавлен в документ компонентов резервного копирования до создания событий PrepareForBackup и PreRestore, не получит никаких дополнительных событий VSS.

Дополнительные сведения см. в разделе «Работа с возможностью выбора и логическими путями».

Добавление файлов в компонент

Компонент содержит сведения о файле в виде набора файлов , содержащего:

  • Корневой каталог файлов в компоненте.
  • Спецификация файла для файлов в компоненте.
  • Флаг, указывающий, является ли спецификация компонента рекурсивной.

В зависимости от типа компонента, который может быть базой данных или файловой группой, и (в случае компонентов базы данных) независимо от того, являются ли загруженные файлы данными или файлами журнала, модуль записи вызывает IVssCreateWriterMetadata::AddFilesToFileGroup, IVssCreateWriterMetadata::AddDatabaseFiles или IVssCreateWriterMetadata::AddDatabaseLogFiles для добавления набора файлов.

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

  • wszPath: это путь к каталогу, который содержит файлы, добавляемые в набор файлов. Если для параметра bRecursive задано значение true, параметр
    wszPath
    указывает иерархию каталогов для рекурсивного просмотра, и все каталоги должны быть воссозданы, включая пустые каталоги.
  • wszFilespec: эта строка указывает файлы в каждом каталоге, добавляемые в набор файлов.

Предположим, что существует следующая структура каталогов:

C:\\Directory1\\File1.txt C:\\Directory1\\File2.txt C:\\Directory1\\Directory2\\File1.txt C:\\Directory1\\Directory2\\File2.txt C:\\Directory1\\Directory3\\

Если модуль записи указывает «C:\Directory1» для wszPath, «File1.*» для wszFilespec и true для bRecursive, инициатор запроса должен включать следующие файлы:

C:\\Directory1\\File1. txt C:\\Directory1\\Directory2\\File1.txt

Если вместо этого модуль записи указывает «C:\Directory1» для wszPath, «*» для wszFilespec и true для

bRecursive, инициатор запроса должен включать следующие файлы:

C:\\Directory1\\File1.txt C:\\Directory1\\File2.txt C:\\Directory1\\Directory2\\File1.txt C:\\Directory1\\Directory2\\File2.txt

Если модуль записи указывает «C:\Directory1» для wszPath, «*» для wszFilespec и false для bRecursive, инициатор запроса должен включать следующие файлы:

C:\\Directory1\\File1.txt C:\\Directory1\\File2.txt

Во всех предыдущих примерах каждый раз, когда модуль записи указывает значение true для bRecursive, необходимо повторно создать пустой каталог C:\Directory1\Directory3\.

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

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

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

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

Определение компонента для операций резервного копирования и восстановления

Операции восстановления и резервного копирования обязательно создают событие Identify, а для резервного копирования и восстановления он будет обрабатываться тем же методом CVssWriter::OnIdentify .

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

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

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

 

 

Модуль vs Компонент / Хабр

Чем модуль отличается от компонента. Чем схема модулей отличается от схемы компонентов.


Рис. 1. Три проекции описания системы по стандарту ISO 81346-1

Очень часто сталкиваюсь с тем, что даже опытные инженеры, да и не только они путают эти понятия. Хотя есть четкие стандарты (например ISO 81346) которые определяют их. Если вы будете гуглить, то зачастую схема компонентов может называться схема модулей, а схема модулей — схемой компонентов. Так в чем же разница, и как их отличить?

Компонент — это функциональная единица.
Схема компонентов — ее цель ответить на вопрос «Как это работает?».
Модуль — это конструктивная единица.
Схема модулей — ее цель, ответить на вопрос — «Из чего это состоит?».

Схема компонентов отражает функциональное назначение системы, схема модулей отражает физическую структуру системы (конструктивную).

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


Схема компонентов

Принципиальная схема компонентов блока питания выглядит так:

Рис. 2. Схема компонентов блоки питания

Данная схема состоит из компонентов, каждый из которых несет свою функциональную нагрузку. Допустим электрическое сопротивление (резистор) — R4 и указан номинал этого сопротивления, допустим 5 Ом. С точки зрения схемы компонентов, не важно что это за резистор, из какого материала сделан, его номер на заводе, его форм-фактор и внешний вид. Эта информация относиться больше к схеме модулей. С точки зрения схемы компонентов важно что делает этот компонент, и какие его характеристики с точки зрения той работы, которую он выполняет. В нашем случае, если это сопротивление, то с какой силой это сопротивление.


Схема модулей

А вот схема модулей блока питания

Рис. 3. Схема модулей блоки питания

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

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

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


С точки зрения программной инженерии

Если это переносить в область программной инженерии, то модули в программной инженерии — это библиотеки, исполняемые файлы, пакеты (nuget, js и т. д). Так же к модулям можно отнести проекты (cproj), подпроекты, файлы исходного кода (cs, cpp), но это уже модули описания системы, а не ее воплощения. В системной инженерии принято разделять саму систему, и описание системы. К описанию системы относятся исходные коды, документация и т.д. А сама система — это уже скомпилированные файлы и данные, работающие в продуктовом окружении, и делающие полезную работу, ради которой собственно и создавалась эта система.

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

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

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

Рис. 2. Схема компонентов «говнокодинга»)


Резюме

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

Данное определение дано на на базе курса по системному мышлению от Анатолия Левенчука.

Структура приложения: Компоненты приложения | Полное руководство по Yii 2.0

0 follower

  1. Компоненты начальной загрузки
  2. Встроенные компоненты приложения

Приложения являются сервис локаторами. Они хранят множество так называемых компонентов приложения, которые предоставляют различные средства для обработки запросов. Например, компонент urlManager ответственен за маршрутизацию веб запросов к нужному контроллеру; компонент db предоставляет средства для работы с базой данных; и т. д.

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

\Yii::$app->componentID

Например, вы можете использовать \Yii::$app->db для получения соединения с БД, и \Yii::$app->cache для получения доступа к основному компоненту кэша, зарегистрированному в приложении.

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

Компонентами приложения могут быть любые объекты. Вы можете зарегистрировать их с помощью
свойства yii\base\Application::$components в конфигурации приложения. Например,

[
    'components' => [
        // регистрация "cache" компонента с помощью имени класса
        'cache' => 'yii\caching\ApcCache',
        // регистрация "db" компонента с помощью массива конфигурации
        'db' => [
            'class' => 'yii\db\Connection',
            'dsn' => 'mysql:host=localhost;dbname=demo',
            'username' => 'root',
            'password' => '',
        ],
        // регистрация "search" компонента с помощью анонимной функции
        'search' => function () {
            return new app\components\SolrService;
        },
    ],
]

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

Компоненты начальной загрузки ¶

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

К примеру, при данной конфигурации компонент log всегда подгружается при загрузке:

[
    'bootstrap' => [
        'log',
    ],
    'components' => [
        'log' => [
            // конфигурация для компонента `log`
        ],
    ],
]

Встроенные компоненты приложения ¶

В Yii есть несколько встроенных компонентов приложения, с фиксированными ID и конфигурациями по умолчанию. Например, компонент request используется для сбора информации о запросе пользователя и разбора его в определенный маршрут; компонент db представляет собой соединение с базой данных, через которое вы можете выполнять запросы. Именно с помощью этих встроенных компонентов Yii приложения могут обработать запрос пользователя.

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

  • assetManager: используется для управления и опубликования ресурсов приложения. Более детальная информация представлена в разделе Ресурсы;
  • db: представляет собой соединение с базой данных, через которое вы можете выполнять запросы. Обратите внимание, что когда вы конфигурируете данный компонент, вы должны указать класс компонента также как и остальные необходимые параметры, такие как yii\db\Connection::$dsn. Более детальная информация представлена в разделе Объекты доступа к данным (DAO);
  • errorHandler: осуществляет обработку PHP ошибок и исключений. Более детальная информация представлена в разделе Обработка ошибок;
  • formatter: форматирует данные для отображения их конечному пользователю. Например, число может быть отображено с различными разделителями, дата может быть отображена в формате long. Более детальная информация представлена в разделе Форматирование данных;
  • i18n: используется для перевода сообщений и форматирования. Более детальная информация представлена в разделе Интернационализация;
  • log: обработка и маршрутизация логов. Более детальная информация представлена в разделе Логирование;
  • yii\swiftmailer\Mailer: предоставляет возможности для составления и рассылки писем. Более детальная информация представлена в разделе Отправка почты;
  • response: представляет собой данные от сервера, которые будет направлены пользователю. Более детальная информация представлена в разделе Ответы;
  • request: представляет собой запрос, полученный от конечных пользователей. Более детальная информация представлена в разделе Запросы;
  • session: информация о сессии. Данный компонент доступен только в веб приложениях. Более детальная информация представлена в разделе Сессии и куки;
  • urlManager: используется для разбора и создания URL. Более детальная информация представлена в разделе Разбор и генерация URL;
  • user: представляет собой информацию аутентифицированного пользователя. Данный компонент доступен только в веб приложениях. Более детальная информация представлена в разделе Аутентификация;
  • view: используется для отображения представлений. Более детальная информация представлена в разделе Представления.

Приложения

Go to Top

Контроллеры

Found a typo or you think this page needs improvement?
Edit it on github !

компонент — Викисловарь

  • 1.1 Этимология
  • 1.2 Произношение
  • 1.3 Существительное
    • 1.3.1 Производные термины
    • 1.3.2 Переводы
  • 1.4 Прилагательное
  • 2 Каталонский
    • 2.1 Глагол
  • 3 голландский
    • 3.1 Этимология
    • 3.2 Произношение
    • 3.3 Существительное
      • 3. 3.1 Синонимы
      • 3.3.2 Производные термины
      • 3.3.3 Связанные термины
      • 3.3.4 Потомки
  • 4 Латинский
    • 4.1 Глагол
  • 5 Румынский
    • 5.1 Альтернативные формы
    • 5.2 Этимология
    • 5.3 Произношение
    • 5.4 Существительное
      • 5.4.1 Склонение
    • 5.5 Существительное
      • 5.5.1 Склонение
    • 5.6 Прилагательное
      • 5.6.1 Склонение
  • Английский [Редактировать]

    Английская Википедия имеет статью:

    Компонент

    Wikipedia

    Etymology [Edit]

    Заимствовал у латыни CompōNēns, CompōNēnēns, Assemble 05. собраться»).

    Произношение0016

  • Audio (US) (file)
  • Noun[edit]

    component ( plural components )

    1. Небольшая автономная часть большего объекта. Часто относится к промышленному объекту, который является частью более крупного устройства.

      ЦП — это компонент компьютера.

      • 2013 Сентябрь-октябрь, Кэти Л. Берк, «В новостях», в American Scientist :

        Уровень кислорода на Земле резко возрос 2,4 миллиарда лет назад, когда цианобактерии развили фотосинтез: […] . Эволюционный предшественник фотосинтеза все еще обсуждается, и новое исследование проливает свет. Важнейшим компонентом фотосинтетической системы является «водоокисляющий комплекс», состоящий из атомов марганца и атома кальция.

      • 2020 17 апреля, И Ян, «Китайцы стали жертвами лжи Коммунистической партии Китая», в Minghui [1] :

        Ложь является ключевым компонентом 9006 коммунизма.

    Производные термины[править]
    • бескомпонентный
    • на компонент
    Переводы0119
    • Арабский: مُكَوِّن‎  м (мукаввин), جُزْء‎ (ар)  м (джуз), عُنْصُر‎  м (ʿur)un (ʿur)
    • Армянский: տարր (hy) (тарр), բաղադրամաս (hy) (баладрамы), բաղադրիչ (hy) (baładričʿ)
    • Белорусский: кампане́нт  м (кампаньент)
    • Болгарский: составна част f (sǎstavna čast), компоне́нт (bg) m (komponént)
    • Китайский:
      Мандарин: 元件 (zh) (yuánjiàn), 部件 (zh) (bùjiàn)
    • Чешский: součástka (cs)  f
    • Датский: bestanddel c , компонент c
    • Голландский: onderdeel (nl) n , компонент (nl) m
    • Эсперанто: ero (эо), komponanto (эо)
    • Эстонский: компонент
    • Финский: komponentti (fi), rakenneosa (fi), perusosa (fi)
    • Французский: composant (fr)  m
    • Галисийский: компонент м
    • Грузинский: კომპონენტი (ḳomṗonenṭi)
    • Немецкий: Komponente (de)  f
    • Греческий: συστατικό (el)  n (systatikó), εξάρτημα (el)  n (exártima)
    • Иврит: מרכיב‎ (он)  м (маркив), רכיב‎ (хе)  м (рехив)
    • Хинди: пожалуйста, добавьте этот перевод, если можете
    • Венгерский: rész (hu), komponens (hu), alkotórész (hu)
    • Исландский: hluti (is)
    • Индонезийский: компонент (id)
    • Итальянский: componente (it) м
    • Японский: 部分 (ja) (ぶぶん, бубун)
    • Казахский: сыңар (сынар), құрамдас (кк) (курамдас), құрауыш (кк) (курауыш), компонент (компонент), құрамбөлік (курамбелик)
    • Корейский: 부분(部分) (ко) (бубун)
    • Латинский: pars (la)  f
    • Латышский: компоненты
    • Македонский: компонент (компонента)
    • Малайский: компонент
    • малаялам: ഘടകം (мл) (ghaṭakaṃ)
    • Манкс: холодный ф , каток м
    • Норвежский:
      Букмол: компонент м , лучший станддел (нет) м
      Нюнорск: компонент м
    • Ория: пожалуйста, добавьте этот перевод, если можете
    • Персидский: مولفه (фа) (мо’алефе), همنه (хамне)
    • Plautdietsch: Poat n
    • Португальский: componente (pt) m или f
    • Румынский: componentă (ro)  f , компонент (ро) m или n
    • Русский: компоне́нт (ru) м (компонент), составна́я часть (ru) ф (составная часть)
    • Словацкий: zložky
    • Испанский: компонент(ы)  m
    • Шведский: komponent (sv) c , beståndsdel (sv) c
    • Тамильский: பாகம் (та) (пакам), அங்கம் (та) (анакам)
    • Телугу: భాగం (те) (бхагам)
    • Тайский: пожалуйста, добавьте этот перевод, если можете
    • Турецкий: parça (tr), bileşen (tr)
    • Украинский: компоне́нт (uk)  м (компонент)
    • Урду: пожалуйста, добавьте этот перевод, если можете
    • Вьетнамский: bộ phận (vi) (部份)
    • Валлийский: штопка (cy) m
    • Идиш: קאָמפּאָנענט‎  m (компонент)

    Прилагательное[править]

    компонент 90

    1. Составление большего целого; как составное слово.
    2. Состоит из комбинаций небольших полных блоков; как компонентное стерео.

    Каталонский[править]

    Глагол[править]

    компонент

    1. Настоящее причастие Compondre

    Этимология [Редактировать]

    заимствовано на английском языке Component или немецкого Komponente , от латинского Compōness , Sathed Satwing

    .

    Произношение[править]

    • МФА (ключ) : /ˌkɔm.poːˈnɛnt/
    • Аудио (файл)
    • Дефис: компонент
    • Rhymes: -ɛnt

    существительное [редактирование]

    Компонент M ( множественное число Componenten , Diminutive Componentje 6111111111111111111111111111111111111111111111111111н) ).

    1. компонент
    Синонимы[править]
    • onderdeel
    Derived terms[edit]
    • tweecomponentenlijm
    Related terms[edit]
    • componeren
    Descendants[edit]
    • → Indonesian: komponen

    Verb[edit]

    компонент

    1. componō

    Румынский[править]

    Альтернативные формы[править]

    • (компонент): componentă

    Этимология

    Pronunciation[edit]

    • IPA (key) : /kom.poˈnent/

    Noun[edit]

    component   n ( plural componente )

    1. компонент
    Склонение[править]

    Склонение компонент

    единственное число во множественном числе
    неопределенная артикуляция определенная артикуляция неопределенная артикуляция определенная артикуляция
    именительный/винительный падеж (не) компонент компонент (нет) компонент компонент
    родительный/дательный (уникальный) компонент компоненты (не или) компонент компонентцвет
    звательный падеж компонент компонентцвет

    Существительное

    1. член команды или другой группы
    Склонение
    единственное число во множественном числе неопределенная артикуляция определенная артикуляция неопределенная артикуляция определенная артикуляция именительный/винительный падеж (не) компонент компонент (нет) компоненты компоненты родительный/дательный (уникальный) компонент компоненты (нестандартные) компоненты компонент звательный падеж компонент компонент

    Прилагательное0004

    компонент , мужской род множественного числа компоненты , женский и средний род множественного числа компонент )

      Компонент
    Склонение
    единственное число множественное число мужской род средний женский мужской род средний женский именительный/
    винительный падеж неопределенный компонент компонент компоненты компонент определенный компонент компонентa компоненты компонент родительный/
    дательный неопределенный компонент компонент компоненты компонент определенный компонентов компонент компонент компонентцвет

    компонент — Глоссарий | CSRC

      Элемент большой системы, такой как удостоверение личности, эмитент, считыватель карт или поддержка проверки личности, в системе PIV.
    Источник(и):
    ФИПС 201-3 под Компонент

      Член набора элементов, составляющих систему. Примечание 1: Элемент системы может быть отдельным компонентом, продуктом, услугой, подсистемой, системой, инфраструктурой или предприятием. Примечание 2: Каждый элемент системы реализован для выполнения заданных требований. Примечание 3. Рекурсивный характер термина позволяет применять термин «система» в равной степени применительно к дискретному компоненту или к большой, сложной, географически распределенной системе систем. Примечание 4. Элементы системы реализуются: оборудованием, программным обеспечением и программно-аппаратным обеспечением, которые выполняют операции с данными/информацией; физические конструкции, устройства и компоненты в среде эксплуатации; и люди, процессы и процедуры для эксплуатации, поддержания и поддержки элементов системы.
    Источник(и):
    NIST SP 800-160 Том. 1 под элементом системы из ИСО/МЭК/ИИЭР 15288

      Отдельный идентифицируемый актив информационных технологий, который представляет собой структурный блок системы и может включать аппаратное, программное и микропрограммное обеспечение.
    Источник(и):
    НИСТ СП 800-128 под системным компонентом
    НИСТ СП 800-172 под системным компонентом из НИСТ СП 800-128
    НИСТ СП 800-172А под системным компонентом из НИСТ СП 800-128
    NIST SP 800-37 Ред. 2 под системным компонентом
    NIST SP 800-53 Ред. 5 под системным компонентом из НИСТ СП 800-128
    NIST SP 800-53A Ред. 5 под системным компонентом из НИСТ СП 800-128
    NIST SP 800-171 Ред. 2 под системным компонентом из НИСТ СП 800-128

      Программный объект, предназначенный для взаимодействия с другими компонентами, инкапсулирующий определенные функции или набор функций. Компонент имеет четко определенный интерфейс и соответствует предписанному поведению, общему для всех компонентов в архитектуре.
    Источник(и):
    НИСТ СП 800-95 под Компонент из Глоссарий веб-сервисов — Примечание рабочей группы W3C, 11 февраля 2004 г.

      Отдельный идентифицируемый ИТ-ресурс, который представляет собой структурный элемент информационной системы.
    Источник(и):
    НИСТ СП 800-128 в разделе Компонент информационной системы

      Любое аппаратное, программное и/или встроенное ПО, необходимое для создания CKMS.
    Источник(и):
    НИСТ СП 800-152 под Компонент

      См. системный элемент.
    Источник(и):
    NIST SP 800-160 Том. 1

      Элемент, например станция захвата отпечатков пальцев или считыватель карт, используемый эмитентом, для которого в [FIPS 201-2] определены особые требования.
    Источник(и):
    НИСТ СП 800-79-2 под Компонент

      См. системный компонент.
    Источник(и):
    НИСТ СП 800-128
    НИСТ СП 800-172
    NIST SP 800-37 Ред. 2
    NIST SP 800-53 Ред. 5
    NIST SP 800-53A Ред. 5

      Член набора элементов, составляющих систему.
    Источник(и):
    NIST SP 800-160 Том. 2 Откр. 1 под элементом системы из ISO/IEC/IEEE 15288:2015, NIST SP 800-160 Vol. 1
    NIST SP 800-37 Ред. 2 под элементом системы

      См. компонент информационной системы.
    Источник(и):
    НИСТ СП 800-128 под Компонент

      Отдельные идентифицируемые активы информационных технологий, которые представляют собой структурный блок системы и включают оборудование, программное обеспечение, встроенное ПО и виртуальные машины.
    Источник(и):
    NIST SP 800-160 Том. 2 Откр. 1 под системным компонентом из NIST SP 800-53 Ред. 5

      Член набора элементов, составляющих систему. Примечание 1: Элемент системы может быть отдельным компонентом, продуктом, услугой, подсистемой, системой, инфраструктурой или предприятием. Примечание 2: Каждый элемент системы реализован для выполнения заданных требований. Примечание 3. Рекурсивный характер термина позволяет применять термин «система» в равной степени применительно к дискретному компоненту или к большой, сложной, географически распределенной системе систем. Примечание 4. Элементы системы реализуются: оборудованием, программным обеспечением и программно-аппаратным обеспечением, которые выполняют операции с данными/информацией; физические конструкции, устройства и компоненты в среде эксплуатации; и люди, процессы и процедуры для эксплуатации, поддержания и поддержки элементов системы.
    Источник(и):
    NIST SP 800-160 Том. 1 под элементом системы из ИСО/МЭК/ИИЭР 15288

      Отдельный идентифицируемый информационный или операционный технологический актив, который представляет собой структурный элемент системы и может включать аппаратное, программное и микропрограммное обеспечение.
    Источник(и):
    НИСТ СП 800-161р1 под системным компонентом

      Объект с дискретной структурой, такой как сборка или программный модуль, в системе, рассматриваемой на определенном уровне анализа. Компонент относится к части целого, такой как компонент программного продукта, компонент тега идентификации программного обеспечения и т. д.
    Источник(и):
    НИСТИР 7695 под Компонент из ИСО/МЭК 19770-2 — Адаптировано

      Аппаратная часть, программное обеспечение, встроенное программное обеспечение, часть или элемент более крупной системы PNT с четко определенными входами и выходами и определенной функцией.
    Источник(и):
    НИСТИР 8323 под Компонент из NIST SP 800-160 Том. 1 — Адаптировано, DHS RCF — Адаптировано

    Веб-компоненты | Веб-компоненты MDN

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

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

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

    • Пользовательские элементы : набор API-интерфейсов JavaScript, которые позволяют вам определять пользовательские элементы и их поведение, которые затем можно использовать по желанию в пользовательском интерфейсе.
    • Shadow DOM : Набор API-интерфейсов JavaScript для прикрепления инкапсулированного «теневого» дерева DOM к элементу, который визуализируется отдельно от основного документа DOM, и управления соответствующей функциональностью. Таким образом, вы можете сохранить свойства элемента в тайне, чтобы их можно было использовать в сценариях и стилях, не опасаясь столкновения с другими частями документа.
    • Шаблоны HTML : Элементы