Корректная остановка BAS

[Ajshma]

@sergerdn said in Корректная остановка BAS:

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

В том и суть, что для себя я бы просто сделал остановку плавную или через файл, или через апи сервера, или даже через ту же БД монго. Но проблема в пользователях, коих у меня тысяча. Они видят кнопку завершить и выбор - ждать каждый поток. А оно не работает!))))))

[mister40mrdoors]

@Ajshma said in Корректная остановка BAS:

@mister40mrdoors вот именно - никак. Только если остановить мгновенно. Но этого делать нельзя, так как нужно дождаться корректной отработки других потоков. Поэтому и есть запрос на то, что мы просим. Надеюсь дошло до тебя.

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

[Ajshma]

@mister40mrdoors Ты дурак?)))) Хотя, оставим этот риторический вопрос без внимания)))

[mister40mrdoors]

@Ajshma said in Корректная остановка BAS:

@mister40mrdoors Ты дурак?)))) Хотя, оставим этот риторический вопрос без внимания)))

@UserTrue а ты там что-то про мою манеру общения писал ... ну ну ...

[Ajshma]

@mister40mrdoors так ты сам провоцируешь, доставая своими тупыми вопросами. Тебе говорят, что не получишь ты кейс, так как не в нем дело. Тебе говорят, что никто не нуждается в поиске другого решения. Тебе говорят уже даже, что из-за твой токсичности не нуждаются вообще в твоем общении. Но ты лезешь и лезешь лизаться, как настырный щенок.))

Все. Тебя точно игнорирую теперь. Я пытался достучаться, но это бесполезное дело.

[sergerdn]

@Ajshma said in Корректная остановка BAS:

Но проблема в пользователях, коих у меня тысяча.

Кастомный интерфейс решит все твои текущие проблемы и почти любые проблемы в будущем. И плюс этого варианта, это решение стандартное. А значит есть доступ к поддержке, если будут найдены баги, а они там есть.

Теоретически, можно сбоку прикрутить что-то свое, что будет изменять поведение по нажатию на кнопку.

Варианты костылей есть всегда, вопрос исключительно(как и всегда) в квалификации разработчика.

Например, по нажатию на кнопку ждать завершения потоков:

• BAS вызывает какую-то функцию из https://learn.microsoft.com/en-us/windows/win32/api/.
  А на нее можно повесить хук, который будет изменять поведение.
• BAS пишет в локальный вебсокет какую-то информацию о закрытии. А это тоже можно перехватить и изменить поведение.

[mister40mrdoors]

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

[Ajshma]

@sergerdn said in Корректная остановка BAS:

А значит есть доступ к поддержке, если будут найдены баги, а они там есть.

Два года (!!!!) назад я обратился в премиум поддержку, что генерация веб интерфейса не работает должным образом, на что мне ответили - правь сам ручками.

@sergerdn said in Корректная остановка BAS:

Кастомный интерфейс решит все твои текущие проблемы и почти любые проблемы в будущем.

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

[sergerdn]

@Ajshma said in Корректная остановка BAS:

Два года (!!!!) назад я обратился в премиум поддержку, что генерация веб интерфейса не работает должным образом, на что мне ответили - правь сам ручками.

Да, кодить надо руками. Генератор кода кастомного интерфейса - это некий proof of concept по моему мнению, не более.

Не вижу тут большой проблемы, я делал интерфейс с помощью https://vuejs.org/, как и пачка разработчиков с этого форума. Его можно делать на чем угодно, это же просто вебсайт.

[Ajshma]

@sergerdn said in Корректная остановка BAS:

Варианты костылей есть всегда, вопрос исключительно(как и всегда) в квалификации разработчика.

Дело не в квалификации. Я уже писал выше - дело в пользователях. Пользователь выбирает - ждать завершения потока - а действие не приводит к нужному результату. Вопрос чисто к ожиданиям пользователей интерфейса БАСа. Я не могу научить, заставить, уговорить, каждого из тысячи, пользоваться какими то другими решениями. Пользователь видит, что кнопка есть и она должна работать, но не работает и поэтому просит "починить", задает вопросы, жалуется. Поэтому есть запрос на простое решение - очистить очередь асинхронный функций, если пользователь выбрал "ждать каждый поток".

[mister40mrdoors]

@Ajshma Так вам @sergerdn пытается донести - что вы можете сделать проверку в каждой вашей асинхронной функции например на глобальную переменную - которую, вы по кнопке в веб интерфейсе присваиваете, и при проверки можете завершать эту функцию... Но эту проверку и эту кнопку можно сделать только в веб интерфейсе ....
Даже "дурак" уже понял, мало того использует в своих своих скриптах ...
Но может быть можно и проще ... ну да ладно ...

[sergerdn]

@Ajshma said in Корректная остановка BAS:

Поэтому есть запрос на простое решение - очистить очередь асинхронный функций, если пользователь выбрал "ждать каждый поток".

Понимаю, но у разработчика BAS может быть другое мнение.

Любое(почти) поведение любой(почти) кнопки любой(почти) программы на Windows можно изменить и без участия разработчика программы.

Я постоянно сталкиваюсь с таким, что приходиться городить сбоку свои примочки, это давно стало нормой для меня.

Такова реальность, что не всегда можно повлиять на разработчика чужого софта. Всегда так было и всегда так будет.

Я даже программировать начал в свое время, по причине, что не мог повлиять на разработчиков софта, а мне было нужно. Пришлось научиться писать свой.

[Ajshma]

@sergerdn said in Корректная остановка BAS:

Я даже программировать начал в свое время, по причине, что не мог повлиять на разработчиков софта, а мне было нужно. Пришлось научиться писать свой.

Аналогичная ситуация, тоже сел за БАС, так как разработчик софта на БАСе был слишком ленив)))

[Alex84]

@sergerdn Вот оно и Истина, что без Костылей своих и Примочек всяких оно не где :)))
Не хотите с этим всем возится, не по нраву вам это, кто не даёт готовое заказать.
Правильно же.
sergerdn Тебя то видно как и Усера и Фаста и Фокса и подобных что Реал Кодер а не так :)))
Респект вам таким и уважение :)

[mister40mrdoors]

ой, щас расплачусь, ну так душевно ... Хотели бы влиять, описывали бы реальные кейсы (схематично), как что и зачем ... А так, как любит говорить юзер - сферического коня в вакууме ...

[Ajshma]

@sergerdn said in Корректная остановка BAS:

Понимаю, но у разработчика BAS может быть другое мнение.

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

[sergerdn]

@Ajshma said in Корректная остановка BAS:

так как разработчик софта на БАСе был слишком ленив)))

Не встречал ни одного разработчика, кто был в восторге от кубиков.

Я стал программировать на python вместе(!) с BAS. Причем можно использовать и кастомный интерфейс и стандартный. И можно заменить python на любой другой язык программирования. Самая большая сложность была придумать способ, а сам способ оказался простым.

Конечно, я бы предпочел такую возможность из коробки, но ее нет. А мне нужно. Вот и пришлось придумать свой обертку, что управляет BAS из привычной мне среды.

@Ajshma said in Корректная остановка BAS:

@sergerdn said in Корректная остановка BAS:

Понимаю, но у разработчика BAS может быть другое мнение.

Не думаю, что есть какое то отличное мнение по этому поводу - он просто об этом не думал. Во-первых, до этого момента никто не озвучивал такое решение.

Может быть разработчик реализовал внутренний функционал так, что ему надо переписывать тонну кода, чтобы реализовать простой функционал. А он этого делать не будет.

Но в любом случае такие вещи не для форума, есть поддержка. Да, она с нюансами, но уж какая есть.

[Ajshma]

@sergerdn said in Корректная остановка BAS:

Не встречал ни одного разработчика, кто был в восторге от кубиков.

Речь была не про разработчика БАСа, а про разработчика одного из популярных скриптов. Слишком медленная разработка того софта и куча багов, подтолкнула сесть за изучение этой платформы. Хотя в целом, программированием, я не занимался уже много лет.

[Ajshma]

@sergerdn said in Корректная остановка BAS:

Но в любом случае такие вещи не для форума, есть поддержка. Да, она с нюансами, но уж какая есть

Согласен, но общение помогло понять, что тут надо не предлагать новую "фичу", а просить исправить баг.)

[sergerdn]

@Ajshma said in Корректная остановка BAS:

@sergerdn said in Корректная остановка BAS:

Не встречал ни одного разработчика, кто был в восторге от кубиков.

Речь была не про разработчика БАСа, а про разработчика одного из популярных скриптов. Слишком медленная разработка того софта и куча багов, подтолкнула сесть за изучение этой платформы. Хотя в целом, программированием, я не занимался уже много лет.

Да, я так и понял. В целом, если есть опыт программирования, можно сильно снизить вероятность возникновения багов в скриптах BAS.

Потому что фиксить их - это еще то удовольствие.

Но пока сообразишь, как это делать, уйдет куча времени и нервов, даже если приемы очень простые.

Как и в любых других задачах, уровень сложности задачи измеряется не фактической сложностью, а неизвестностью для конкретного разработчика.