имеет какую то пользу. я думал это удобная альтернатива
Ну так правильно думали, это и есть удобная альтернатива ))
тоесть можно как то по другому сделать? а то уже предрелизное состояние, не хочу весь код перелопачивать)
Ну так как пандазма сказал, публичная переменная, и в цикле в гуях читать обновлять )
ну вот я предложил вариант без событий - когда ты со стороны ГУИ проверяешь время от времени статус
Можешь при вызове метода своей библиотеки из нее возвращать некий объект, который будет хранить статус операции, ее состояние и т.п. тогда кода менять нужно не много. Просто добавить
но это получается этот статус хранить статично надо?
как вариант: ГУИ реализует интерфейс с методом "ещё один файл скопирован" длл не знает про ГУИ и не имеет от него зависимости, она знает только про экземлпяр интерфейс и этот метод дергает каждый раз
ну если методы статичные - то, видимо, да
Ну это по сути калбек ) тоесть таже подписка
а в этом случае у них не должно быть близкого родства по ООП линии?
Что в статусе, что в подписке можно любой объект/структуру таскать... с тем что надобно
короче подпиской все равно проще как я понял)
не понял вопроса. никакого родства у них нет, простой интерфейс
Оба варианта простые как тапка ))
сложные я имел в виду того чточ код выглядеть монструозно будет, сложно читаем в плане того что искать эти подписки откуда вызываются
хм, это вопрос привычки, для меня без разницы, подписка более интересна так как не надо крутить цикл с проверкой... А по сути если с гуями работаете там многое на подписках сделано, тоже нажатие на кнопени всякие...
public async Task CopyFiles(string From, string To, Action<Progress> progressHandler)
Вот простой способ реализации
да, похоже это работает норм, спасибо
Обсуждают сегодня