Очень сложно понять... очень....
Что сейчас, что на прошлые ваши сообщения, мне пришлось направить все это в ИИ, и то суть с трудом доходит.
В общем, из выводов ИИ :
- Предложить разработчикам ZennoPoster добавить новый кубик (тут даже ИИ не смог конкретизировать какой) : Вы это сделали, получен отказ
- Использовать существующие кубики (например, Список с Блокировкой ) : Ну как бы банальность, все же этим пользуются в многопотоке
- Писать кастомный C# код для сложной логики : Вот тут можно развернуться, но нужна конкретика, какие именно действия и какая последовательность.
Я так понимаю у вас есть готовые рабочие шаблоны для многопотока и вы хотите упростить/структрурировать визуальную составляющую, для обслуживания или создания новых шаблонов. На текущий момент , по моему мнению вы описали общую структуру шаблона, а не конкретный функционал.
Ну и странно слышать про однопоточный/многопоточный, в то время как в зеннопостере нет понятия однопотока. он по умолчанию многопоточен. Шаблон это сразу готовый рабочий поток, встроенный в окружение зеннопостера, с доступом к общим ресурсам и встроенными блокировками для многопоточности.
Добавляете одну попытку, работает однопотоке, добавляете еще одну, работает в многопотоке. этот функционал уже реализован, зачем вы просите о нем, пока не понятно.
Спасибо, что расписываете хорошо ответ. Но лайт версия - и однопоточная. Начинал пользоваться с неё.
Даже в про версии не всегда бывает необходимость в многопоточных проектах.
А в некоторые проекты нужна Многопоточность, чтобы быстро обработать большой объем информации. Или когда выстраивается онлайн сервис на несколько пользователей, где зеннопостер является управлением для этого сервиса. И нет необходимости для каждого пользователя запускать отдельный шаблон для управления его личным кабинетом на сайте - от а такое предположение встречались.
И вот приходит, что пора разобраться, а на это уходит уйма времени - хочется чтобы была быстрая разработка и чтобы было быстрое внедрение. А этого не происходит, но так как надо покопаться в документации и что-то вообще спрашивать на форуме. И, конечно, хорошо, когда хорошо отвечают.
Вообще внедрение зеннопостер - это обучаться ему даже если занимался разработкой когда-то. И это от полугода понимания как это работает и ещё время на внедрение в работу ,если только перешёл на него... Даже если не полгода, но месяц-другой придётся потратить.
Проще скриптами иногда...
А чтобы не происходило все в разнобой - то скриптами, то кубиками, конечно, было бы удобнее, если все было бы как-то одним видом, и не прибегая к написанию скриптов, когда это этого можно избежать.
"Не прибегать к написанию скриптов, когда это этого можно избежать" - главное достоинство программ, конструирующих скрипты или какое-то взаимодействие, к которым как-то можно отнести Zennoposter.
Разработчики могли бы внедрять какие-то разработки или часто используемые комбинации скриптов в кубики Zennoposter