Войти
ФлеймФорумПрограммирование

Кооперативно-Ориентированное Программирование - парадигма будущего на смену ООП (9 стр)

Страницы: 14 5 6 7 8 9
#120
13:34, 8 сен. 2015

ExeLord
> Тем, что акторы названы кооперациями. Что по-сути одно и то же.
В общем-то не совсем. Операция - это прежде всего связующее звено, явным образом выделенное в сущность. А "акторы" - это, скорее, сопрограммы. Но концепция концентрируется не столько на них, сколько на том, в какой форме записывать операцию и как производить по ней подбор участников.

> > ни намёка на конкретную единую парадигму.
Ну да, я примерно об этом и говорю: "модель акторов" - это чисто математическое понятие, которое не доросло до уровня парадигмы программирования, вроде ООП или функциональщины. (Слишком уж суровое и абстрактное.) Когда говорят "язык/библиотека с моделью акторов", на самом деле это "передача сообщений с любой обработкой чуть сложнее, чем тупой синхронный вызов метода", и никакими акторами там даже близко не пахнет.

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

> Кстати, было бы неплохо реализовать подобное например на lua (она вроде
> позволяет).
Среди меня бродят мысли попробовать на жабаскрипте (точнее ecmascript 6, ибо там появились генераторы и стало можно делать сопрограммы почти с человеческим лицом), но там нужно много подготовительной работы. Поэтому мысли пока отдалённые.


#121
21:19, 8 сен. 2015

вообще OnAction есть в любом Объекте можно симулировать OnAction типа Activate OnAction и Процедура_Куда_Надо
практически схож с Аспектом только как Встроенный или лучше сказать Собранный Стандарт причем Любого Объекта
Аспект <=> Обратно <=> Процедура_Куда_Надо
Аспект <=> Аспект <=> Аспект
Стандарт Сущности
Сущность Приведения

Droid A4 T4 N3 - Izumrud Droid of Maze Dragon | Кооперативно-Ориентированное Программирование - парадигма будущего на смену ООП

Computer Navigation
Simple Computer Navigation | Кооперативно-Ориентированное Программирование - парадигма будущего на смену ООП
#122
23:35, 8 сен. 2015

Кстати, я так и не понял, причём тут аспекты? Flow-based и Actor-Model - понятно. А аспекты? Объясните пожалуйста!

#123
9:01, 9 сен. 2015

не похоже на КОП, больше схоже на АОП.
навсякий случай линк
https://ru.wikipedia.org/wiki/%D0%90%D0%B3%D0%B5%D0%BD%D1%82%D0%B… 5%D0%BE%D0%B4

#124
9:46, 9 сен. 2015

Хабро-статьи(я)

Высоконагруженные системы, построенные по модели акторов – это тренд сегодняшнего времени
http://habrahabr.ru/company/tiktokcoach/blog/206300/


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

Что такое «асинхронная событийная модель», и почему сейчас она «в моде»
http://habrahabr.ru/post/128772/


Ссылка(УказательВлево) Аспект (ОбъектноеТело Аспекта) Ссылка(УказательВправо)
тот же принцип что и двунаправленных указателей только Аспект имеет Тело как Тело Объекта
но это глагол-действиеОбъект ,а не существительное как некий определенный Объект в Игре типа Таверны (Топора)
и чем здесь Указатель не Ссылка (вида http) принцип ведь тот же главное понимание и того что Aspect имеет
двунаправленные входы-выходы и еще может иметь сколько угодно ListDuo связывая Любые Объекты программы и программ
и Двунаправленные , но как Пара Двунаправленных то есть Объект1 ДС1 Аспект ДС2 Объект2
где ДС это ДвунаправленнаяСвязь
и далее Лист ДС конкретных Аспектов
и Лист Аспектов когда сам Аспект только как Приведение в Сущности

Страницы: 14 5 6 7 8 9
ФлеймФорумПрограммирование

Тема в архиве.