S Component: Difference between revisions
No edit summary |
mNo edit summary |
||
| Line 1: | Line 1: | ||
==Роль компонента== | ==Роль компонента== | ||
[[File:S-structure net.png|thumb|576x324px|S- сеть]] | [[File:S-structure net.png|thumb|576x324px|S-сеть]] | ||
Т.к. NDDI по сути является программой - эта программа может быть монолитной (т.е. происходить от одного родителя - исполняемого кода), или же быть агрегатом нескольких родителей. Каждый родитель для этой цели выделяет s-соединитель, представляющий собой контейнер с объектным кодом. | Т.к. NDDI по сути является программой - эта программа может быть монолитной (т.е. происходить от одного родителя - исполняемого кода), или же быть агрегатом нескольких родителей. Каждый родитель для этой цели выделяет s-соединитель, представляющий собой контейнер с объектным кодом. | ||
<gallery> | <gallery> | ||
| Line 6: | Line 6: | ||
File:S-connector input.png|Входной S-соединитель | File:S-connector input.png|Входной S-соединитель | ||
</gallery> | </gallery> | ||
Собрав все отношения с родителями, NDDI может скомпоновать полученный код в исполняемый и запустить его средствами устройства GATE (Gativus Edge) В случает модификации одного из s-отношений - NDDI примет решение о необходимости | Собрав все отношения с родителями, NDDI может скомпоновать полученный код в исполняемый и запустить его средствами устройства GATE (Gativus Edge) В случает модификации одного из s-отношений - NDDI примет решение о необходимости перекомпоновки и произведет ее. Если физический размер кода составляет значительную величину, порождаемые узлы могут не производить физического копирования кода в новые NDDI, при этом s-отношение будет содержать только ссылку на s-контейнер родителя или на пра-родителя. | ||
==Смотреть так же== | ==Смотреть так же== | ||
'''Предыдущая:''' [[OMAP1|'''Гипотеза #4:''' | '''Предыдущая:''' [[OMAP1|'''Гипотеза #4:''' Объектная карта.]] | ||
<br>'''Следующая:''' [[GNET|Сеть из NDDI и их отношений - GNET]] | <br>'''Следующая:''' [[GNET|Сеть из NDDI и их отношений - GNET]] | ||
| Line 15: | Line 15: | ||
# [[GTOM|'''Введение''' в Теорию Сознания Gativus.]] | # [[GTOM|'''Введение''' в Теорию Сознания Gativus.]] | ||
# [[GTOM2|'''Структура''' Теории Сознания Gativus.]] | # [[GTOM2|'''Структура''' Теории Сознания Gativus.]] | ||
# [[SRNT|'''Гипотеза #3''': | # [[SRNT|'''Гипотеза #3''': Субъективная Реальность'''.''']] | ||
# [[OMAP1|'''Гипотеза #4:''' | # [[OMAP1|'''Гипотеза #4:''' Объектная карта.]] | ||
# [[NDDI|'''Гипотеза #6:''' Узлы сети Gativus и её компоненты.]]< | # [[NDDI|'''Гипотеза #6:''' Узлы сети Gativus и её компоненты.]]< | ||
Revision as of 04:40, 16 March 2025
Роль компонента
Т.к. NDDI по сути является программой - эта программа может быть монолитной (т.е. происходить от одного родителя - исполняемого кода), или же быть агрегатом нескольких родителей. Каждый родитель для этой цели выделяет s-соединитель, представляющий собой контейнер с объектным кодом.
Выходной S-соединитель
Входной S-соединитель
Собрав все отношения с родителями, NDDI может скомпоновать полученный код в исполняемый и запустить его средствами устройства GATE (Gativus Edge) В случает модификации одного из s-отношений - NDDI примет решение о необходимости перекомпоновки и произведет ее. Если физический размер кода составляет значительную величину, порождаемые узлы могут не производить физического копирования кода в новые NDDI, при этом s-отношение будет содержать только ссылку на s-контейнер родителя или на пра-родителя.
Смотреть так же
Предыдущая: Гипотеза #4: Объектная карта.
Следующая: Сеть из NDDI и их отношений - GNET
Теория Сознания Gativus (GTOM):
- О проекте Gativus.
- Введение в Теорию Сознания Gativus.
- Структура Теории Сознания Gativus.
- Гипотеза #3: Субъективная Реальность.
- Гипотеза #4: Объектная карта.
- Гипотеза #6: Узлы сети Gativus и её компоненты.<
Техническая реализация:
