Докуметация Cтарт Статьи Форум Лента Вход
Не официальное русскоязычное сообщество
Главная
    Документация jMonkeyEngine
        jMonkeyEngine Уроки и Документация
            Вклады
                Система Сущностей Zay-ES
                    Термины

Термины

Опубликованно: 14.07.2017, 20:56
Последняя редакция, Andry: 15.07.2017 19:14

Объектно Ориентированное Программирование(Object Oriented Programming)

Объектно Ориентированное Программирование(ООП) методология программирования, основанная на представлении программы в виде совокупности «объектов» которые имеют поля данных (атрибуты, описывающие объект) и связанные с ними процедуры, известные как методы.

Википедия: Объектно Ориентированное Программирование


Программирование Ориентированное на Данные(Data Oriented Programming)

Если вы используете Язык Ориентированный на Данные, вы можете назвать это Программирование Ориентированное на Данные! Иначе говоря вы можете говорить о Дизайне Ориентированном на Данные (Архитектуре).

Stack Overflow: What is Data Oriented programming?

Википедия: Data-oriented languages


Компонентно Ориентированное Программирование(Component Oriented Programming)

Это «растущая сила», о которой мы говорим!

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


КОП Системы Сущностей в ООП java

Система Сущностей в свою очередь является Ядром и фундаментальной и наиболее очевидной реализацией дизайна КОП

На самом деле детали реализации системы Сущностей различны, некоторые могут напоминать ядро базы данных, некоторые могут иметь проблемы из за несовместимости с ООП, некоторые могут показаться полезными для Функционального языка…

Но обратите внимание, что Система Сущностей действительно опирается на собственную терминологию изложенной на этой странице: Мы говорим о ES на КОП, но реализуем чистую ООП, такую как Java.


Программирование, управляемое данными(Data driven programming):

Вы можете неправильно ссылаться на «Программирование, Управляемое Данными» в теме касающейся ES, вы можете говорить вместо этого о: Дизайне Ориентированном на Данные

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

Википедия: Программирование, управляемое данными


Способы управления данными (архитектура):

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

  if( a == 0 ) doFoo()
  else if( a == 1 ) doBar()

в command[] команды….

  commands[a].doIt()

…это управляемый-данными дизайн.

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

Enterprise Apps Today: 3 Rules for Data-Driven Architecture(3 Правила для Управляемой Данными Архитектуры)

В этом и есть «сила данных», поэтому он называется «управляющие», сила когда-то «генеративная сила»!


Ориентированная на данные (дизайн) архитектура:

Ориентированный на данные дизайн — это подход, который извлекает операции с данными из «объектов» и подгоняет то, что ими нужно выполнить, чтобы оно было дружественно кешированию. Согласно литературе (я получил свои первые выдержки в Game Engine Gems 2, главе 15), во многих случаях это действительно упрощает код.

————— Из обзора atomix: ———-

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

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

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

Сравните с ориентированным на обслуживание, он больше заботится о задержке данных и потоке данных, а не о работе. Сравните с объектно-ориентированным, он просто имеет только представление данных, а не объект, образец или что-то еще…

Архитектура, ориентированная на данные, обычно включает в себя все общие пути к доступным данным, обычно через XML. Они также обычно используют архитектуру, ориентированную на данные, как основу для других. Как видно на аппаратном уровне, сигнал отправляется в CPU как в репозиторий через порты в потоке, прерываются триггером как Событие,… То же самое на уровне систем программного обеспечения, в Java мире, например, Oracle Buisiness Process Management (BPM). Они по существу используют XML для описания всего и считают, что все, это Данные, также имеют концепцию Портов, Потоков, Событий, Процессов…

Так что обычно архитектура ориентированная на Данные сочетается с управляемой Данными… но это две разные вещи!

Почему так много людей из мира java поначалу ошибаются?

Ну, конечно же, решение Oracle намного сложнее, чем один набор микросхем, так как он также включает EJB, SOAP … с кандидатом на «Управляемую данными архитектуру» … Вот и все. Но EJB и SOAP являются важными частями BPM «Архитектура, ориентированная на данные» !!!


Переведено для jmonkeyengine.ru, оригинал
Автор перевода: Andry

Добавить комментарий

jMonkeyEngine.ru © 2017. Все права сохранены.