ну что пацаны ?
я придумал как быть с расширяемостью.
будет два баальших канала - приходящие сообщения, и уходящие. они будут проходить по цепочке модулей которые можно пихать кому угодно куда угодно.
итак модуль может замыкать - тоесть сам реагировать на "пакет" например в случае процедуры коннекта - (стандартные ответы на стандартные пакеты)
может посылать сообщения вниз - тоесть повышать степень абстрактности , отвечать+дублировать, посылая теже пакеты другим модулям.
также можно посылать сообщения вверх по цепочке - координируя работу низших модулей.
печально то что избавится от побочных эффектов и состояний нельзя, поэтому необходимо минимизировать это
Forum in READ ONLY mode! All questions and discussions on Discord official server, invite link: https://discord.gg/VxsGzJ7
Вас правда всё устраивает ?
модули это конечно хорошо, только начальная мысль была лучше... СОБЫТИЯParadoX wrote:ну что пацаны ?
я придумал как быть с расширяемостью.
будет два баальших канала - приходящие сообщения, и уходящие. они будут проходить по цепочке модулей которые можно пихать кому угодно куда угодно.
итак модуль может замыкать - тоесть сам реагировать на "пакет" например в случае процедуры коннекта - (стандартные ответы на стандартные пакеты)
может посылать сообщения вниз - тоесть повышать степень абстрактности , отвечать+дублировать, посылая теже пакеты другим модулям.
также можно посылать сообщения вверх по цепочке - координируя работу низших модулей.
печально то что избавится от побочных эффектов и состояний нельзя, поэтому необходимо минимизировать это
обьекты должны реагировать на события, вызывая скрипт юзера.
Банально запуская новые копии интерпретаторов, задачу следить за очередью и выставлять приоритеты возложить на пользователя.
кароче.
прогу я делал, как выяснилось потом, по поведенческому шаблону Chain of Responsibility. это была бы мультиагентная система
на данный момент сделано
"слой" работающий с коннектом,
шифрование,
впринципе можно сделать пару шагов как и любые другие действия.
неосилил ебанутые технологии упаковки пакетов в один, и говно которое идёт из сфер (2.3 клиент)
проект приостановлен в связи с неактуальностью УО. кто хочет, можем пообщатся на тему получить скрипты
это самое главное, да.любое нормальное ИИ работает именно на событиях.
на циклах и проверках просто не собрать полную систему
прогу я делал, как выяснилось потом, по поведенческому шаблону Chain of Responsibility. это была бы мультиагентная система
Code: Select all
в разрабатываемой системе имеется группа объектов, которые могут обрабатывать сообщения определенного типа;
все соообщения должны быть обработаны хотя бы одним объектом системы;
сообщения в системе обрабатываются по схеме «обработай сам либо перешли другому», то есть одни сообщения обрабатываются на том уровне, где они получены, а другие пересылаются объектам иного уровня.
"слой" работающий с коннектом,
шифрование,
впринципе можно сделать пару шагов как и любые другие действия.
неосилил ебанутые технологии упаковки пакетов в один, и говно которое идёт из сфер (2.3 клиент)
проект приостановлен в связи с неактуальностью УО. кто хочет, можем пообщатся на тему получить скрипты
omi4, твоему подходу тоже нехватает полноты. хотя при сильном ООП подходе, если подсовывать в качестве калбэк функций каррированные методы класов которые хранили бы стэйт, да еще догадатся как сделать чтобы они эммитили свои сообщения, более высокого уровня, то можно было бы достич абстрактости и модульности.
хотя это практически то же что и моя цепочка...
хотя это практически то же что и моя цепочка...