Недавно я попадал на альтернативные языки, которые поддерживают архитектуру actor/agent/shared nothing, т.е. scala, clojure и т.д. (clojure также поддерживает общее состояние).
До сих пор большая часть документации, которую я прочитал, фокусируется на уровне входа. Я ищу более совершенную документацию вдоль группы из четырех человек, но вместо этого ничего не основал.
Почему? Это помогает понять изменения в дизайнерском мышлении. Простые примеры просты, но в реальном Java-приложении (однопоточное) вы можете иметь объектные графы с 1000 членами со сложными отношениями. Но при разработке агента на основе concurrency он вводит совершенно новый набор идей для понимания при проектировании больших систем. то есть. Степень детализации агента - как много состояний должно управляться одним агентом - последствия для производительности и т.д. Или являются их хорошими шаблонами для сопоставления графов объектов общего состояния с агентской системой. советы по моделированию моделей доменов для проектирования. Обсуждения не о технологии, а о том, как BEST использовать технологию в дизайне (реальные "сложные" примеры, были бы замечательными).