| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > VB .NET > не работает DownloadFileAsync |
| Автор: s180 2.11.2009, 11:13 | ||
новичок в программировании на .NET. Надо скачать файл из интернета, использую следущий код:
почему-то картинка скачивается 0Кб, и Event'ов никаких не возникает. Метод instanc.DownloadFile работает (но надо указать Proxy: instanc.Proxy = value), а DownloadFileAsync не хочет, в чём может быть проблема. |
| Автор: diadiavova 2.11.2009, 14:08 | ||
Вот этот код загрузит файл на рабочий стол и по окончании загрузки отобразит его в пикчербоксе
|
| Автор: s180 2.11.2009, 14:45 |
| спасибо! действительно работает! ещё вопрос. мне надо с определённым промежутком времени сохранять 10 файлов из разных мест, промежуток для всех разный. Где-то 1мин, где-то час. Лучше использовать потоки для такой задачи? если можно небольшой пример. |
| Автор: s180 2.11.2009, 15:11 | ||
| Ещё Вы писали о том как сделать чтобы скачивалось одновременно несколько файлов. Файл конфигурации находится в папке проекта и называется app.config. Это XML - lокумент, его надо открыть в XML-редакторе и добавить в корневой элемент секцию следующего содержания
Не могу найти этот файл в папке проекта, где он может быть ещё? |
| Автор: diadiavova 2.11.2009, 15:20 |
| Я бы реализовал это в виде списка заданий. Расклад примерно следующий: Создаётся класс, представляющий задачу, в нём есть свойство, указывающие время очередной закачки, интервал между закачками, и адрес картинки. Так же можно создать метод, котороый автоматически будет прибавлять интервал ко времени. Далее, для каждой картинки создаётся такой объект со всеми данными и из них формируется коллекция. Добавляем в форму таймер и на каждом тике таймера проверяем, есть ли картинки, которые пора обновлять. Если такие находятся, то обновляем и добавляем ко времени очередной загрузки интервал между загрузками. А файл конфигурации можно добавить в проект если его там нет. Диалог "Добавить новый элемент" Добавлено через 37 секунд И не забывай пользоваться тегом "Код" |
| Автор: s180 2.11.2009, 15:47 | ||
а для чего надо создавать коллекцию? правильно ли понимаю, что надо использовать Task Class из System.Threading.Tasks? т.к. проект у меня "бесформенный" можно ли использовать таймер в нём? |
| Автор: diadiavova 2.11.2009, 16:28 | ||
Кстати, если надо грузить всё асинхронно и это принципиально, то лучше сделать не так как я в первый раз написал, а просто зашивать таймер и вебклиентв каждый такой объект. Вот примерный набросок класса задания. Код не для копипасты и вряд ли сразу заработает, а просто для того, чтобы наглядно показать, что я имею в виду
|
| Автор: s180 2.11.2009, 17:05 | ||
часть понял, но почему-то у меня ничего не переписывается, вызываю таким кодом:
|
| Автор: s180 2.11.2009, 18:14 |
| всё!! я окончательно запутался!! теперь и первый ваш класс, который Вы написали скачивает файл размером 0 байт! |
| Автор: diadiavova 2.11.2009, 19:41 |
| Вот сопсно рабочий пример. Сохраняет на рабочий стол каждые 10 секунд, и в NumericUpDown при каждом обновлении увеличивает число на 1. То есть для каждой картинки по такому объекту создай и всё должно работать. |
| Автор: s180 3.11.2009, 09:33 | ||
спасибо большое, работает. Но понять не могу, у меня скачивается файл 0Кб! почему такое происходит? может это из-за Proxy? просто DownloadFile качает нормально при указании строчек:
а DownloadFileAsync не хочет. Как быть? |
| Автор: diadiavova 3.11.2009, 12:30 |
| Это свойство указывает прокси-сервер. А просто объект без параметров естественно работать и не должен. Кстати, там в примере свойство UpdateInterval надо или убрать или переписать. Это свойство-пустышка, ничего не делает. Поначалу хотел сделать по-другому и ввёл его, а потом не использовал. |
| Автор: s180 3.11.2009, 14:42 |
| ещё вопрос. мне заранее неизвестно какое количество файлов мне надо качать, я беру это каждый раз из базы (с этим, слава Богу, я сам справился). Как объявлять объект созданного класса при чтении строки из базы, т.е. читаем строку - создаём класс? |
| Автор: diadiavova 3.11.2009, 15:38 |
| Не совсем понял вопрос. Для каждой картинки которую надо обновлять из сети через определённые промежутки времени надо создать свой экземпляр класса, указав параметры. Хранить экземпляры надо в специальной коллекции. То есть: Считываются данные из базы, на их основе создаётся экземпляр класса и добавляется в коллекцию, откуда всегда можно получить к нему доступ. |
| Автор: s180 3.11.2009, 15:51 | ||
да. Т.е. я сначала считываю информацию из базы, о количестве файлов и промежутках через которые их надо сохранять, затем создаю вот таким образом экземпляры класса:
и ничего опять не работает(( и я так понимаю при таком создании экземпляры класса будут работать без Event'ов? |
| Автор: diadiavova 3.11.2009, 15:57 | ||||
Во-первых работатьб смассивом таким образом не есть хорошо. Используй List(Of ImageUpdateTask)
Во-вторых, я не знаю, что там у тебя база выдаёт. По идее должно работать, а для того, чтобы события как-то отрабатывали на них подписаться надо. Добавлено через 2 минуты и 41 секунду Да и ещё...первую строчку кода надо вписать в код класса, а то что за ней - в код процедуры
|
| Автор: s180 3.11.2009, 16:18 | ||||||
база выдаёт всё как положенно, проверил несколько раз.
это вписал в код класса. как подписаться на события? с помощью WithEvents? видимо у меня не отрабатывает событие _timer_Elapsed, раз он скачивать не хочет. |
| Автор: diadiavova 3.11.2009, 16:24 | ||
А у меня в примере разве не было подписки на события?
http://msdn.microsoft.com/ru-ru/library/7taxzxka.aspx А как положено? В каком формате она выдаёт адреса, например? |
| Автор: s180 3.11.2009, 16:33 |
| кажется разобрался... |
| Автор: s180 5.11.2009, 10:03 |
| возник ещё вопросы. 1. позволяет ли данный метод ловить например обрыв связи при скачивании файла, или какие-нибудь другие ошибки? 2. в процессе экспериментов оказалось, что такая реализация не подходит, т.к. при сохранении файлов интервал не выдерживается, т.е. опоздания с сохранением получаются от 1 до 4 сек. естесственно за сутки может набежать немалое время разницы. Если использовать потоки поможет ли это улучшить ситуацию? |
| Автор: diadiavova 5.11.2009, 12:36 | ||||
Надо поэксперементировать с событиями. Например завершение загрузки произошло, а процент загруженных данных меньше ста. Я тут точно сказать не могу. Надо пробовать.
Просто я так всё устроил, что новый интервал начинает отсчитываться только по завершении загрузки файла. Можно сделать так, чтобы это происходило строго через заданный интервал. Они и так используются, только неявно. |
| Автор: s180 5.11.2009, 13:12 | ||||
да, это я понял и переделал, вот сейчас тестирую как раз. может ситуация улучшится.
т.е. использование, например, BackgroundWorker ситуацию в явно лучшую сторону не поменяет? и ещё при первом запуске выдаётся: WebClient does not support concurrent I/O operations на строчке DownloadFileAsync, но при нажатии несколько раз. программа продолжает работать, т.е. видимо при запуске происходит какой-то "косяк". В чём может быть проблема? появилось после того как убрал флаг у таймера выполнения только один раз. |
| Автор: diadiavova 5.11.2009, 14:00 | ||||
Там если этот флаг убирается, то надо убрать и код повторного запуска при окончании загрузки. Хотя скорее всего проблема в том, что предыдущая загрузка не завершена и даётся команда на новую. Возможно следует проверить завершена ли предыдущая загрузка. Добавлено @ 14:01
Я не понял какая сторона лучшая. Я ведь объяснил, что этот класс так работает потому, что так спроектирован. |
| Автор: s180 5.11.2009, 14:14 | ||
я имею ввиду, если использовать BackgroundWorker для этой задачи, это может поменять ситуацию? |
| Автор: diadiavova 5.11.2009, 14:27 | ||
В какую сторону её надо поменять? Иными словами : чего ты хочешь добиться его использованием? Загрузка и так происходит в отдельном потоке. Сформулируй более точно, что сейчас не так и какие изменения ты хочешь ввести. Правда сразу следует оговориться, что тут есть ряд нюансов. Ты не можешь обновлять один и тот же файл одновременно из двух потоков. Завязав логику соблюдения интервалов между началом обновления ты закладываешь в код грабли. У конечного пользователя просто-напросто доступ к интернету может быть более скромным и за тот промежуток времени, который ты отмеришь, прога не успеет обновить файл даже один раз. В результате ты получишь сбой. Хотя мне вообще не совсем понятно зачем начинать новое обновление, когда ещё старое не завершено. |
| Автор: s180 6.11.2009, 10:10 |
| спустя 20 мин. работы, программа выдаёт сообщение: The CLR has been unable to transition from COM context 0x20c058 to COM context 0x20c1c8 for 60 seconds. The thread that owns the destination context/apartment is most likely either doing a non pumping wait or processing a very long running operation without pumping Windows messages. This situation generally has a negative performance impact and may even lead to the application becoming non responsive or memory usage accumulating continually over time. To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations. и после чего вылетает. Никто не сталкивался, как с этим бороться? |
| Автор: s180 6.11.2009, 10:32 | ||
прочитал на MSDN'е, что такой exception можно отключить:
|
| Автор: s180 6.11.2009, 14:44 | ||
| ничего не могу понять. почему промежуток сохранения файлов продолжает расти? вот код:
так вот в итоге у меня получается, что сохраняются файлы: 14-25-50.jpg 14-30-50.jpg 14-35-50.jpg 14-40-51.jpg 14-45-51.jpg 14-50-51.jpg 14-55-51.jpg 15-00-51.jpg ... через какое-то время может ещё на секунду увеличится, т.е. получается, что если так будет сохраняться, то время сохранения будет существенно отличатся от того, что надо. Я так понимаю, что время начала закачки почему-то сдвигается, хотя работает по событию таймера. |
| Автор: s180 6.11.2009, 17:51 |
| в общем, путём экспериментов выяснилось, что событие _timer_Elapsed, срабатывает не в точное время. При чтении свойства ElapsedEventArgs.SignalTime выясняется, что сработка происходит не каждые, например 2000мс, а 2159 или 2005мс и т.д. Т.е. если у нас _timer.Interval=2000, то смотрим как происходит запись файлов: 1. ElapsedEventArgs.SignalTime=2005 2. ElapsedEventArgs.SignalTime=2005+2000+погрешность .... Поэтому пока решил после каждого события уменьшать _timer.Interval на ElapsedEventArgs.SignalTime.Millisecond. Посмотрим, что выйдет. |
| Автор: s180 11.11.2009, 09:24 |
| результаты экспериментов: таймер работает неверно!!!!! при любом интервале, в событии timer_Elapsed я логгирую время срабатывания и каждый раз это время, то уменьшается, то увеличивается. Интервал срабатывания не выдерживается!!! За сутки разница первого срабатывания, по сравнению с последним может состоять до нескольких минут!! возможны ли какие-нибудь другие варианты, кроме "кривого" таймера? |
| Автор: diadiavova 11.11.2009, 13:21 |
| Я, конечно, не проверял таймер в работе, но не исключаю, что причина в том, что время загрузки просто перкрывается. То есть не закончилась первая, начинается вторая и поток вынужден ждать очереди. Если таймер в самом деле работает нечётко, то тут трудно что-либо придумать. Возможно следует вернуться к первому варианту, где загрузка будет координироваться из одного потока, а объекты задач будут только содержать информацию о том когда пора обновиться. Но реализовать это несколько сложнее. Можно попробовать укоротить интервалы (например вдвое) и всякий раз при срабатывании таймера просто сверяться со временем и определять пора обновляться или нет. Тут варианты разные, но что лучше з зависит от задачи, да и пробовать надо разные варианты, чтобы можно было выявить лучший. |
| Автор: s180 11.11.2009, 17:29 | ||
интервалы минимум двухминутные, а размер скачиваемого файла меньше 50Kb, думаю время не может перекрываться. Да даже дело не в этом, я просто записываю в текстовый файл время срабатывания и разница у них точно не равняется интервалу! причём, ладно бы она всегда увеличивается, так она ещё и уменьшатсья может!!! т.е. срабатывает например не через 120 секунд а через 118,560!!! как такое может быть?? |
| Автор: diadiavova 11.11.2009, 17:40 |
| s180, а если просто таймером щёлкать без закачки результат такой же? Влюбом случае вариант, при котором щелчки таймера будут только сигналом для проверки необходимости закачки, решит проблему. Суммарная погрешность за любой промежуток времени не превысит интервала таймера. |
| Автор: s180 12.11.2009, 09:56 | ||||
вот как проверял таймер. результаты вот какие: 17-52-00-853 17-52-20-845 17-52-40-837 17-53-00-829 17-53-20-821 17-53-40-812 17-54-00-804 ... здесь получается, что каждый раз срабатывает на 8мс раньше, в других случаях бывает, что он наоборот бежит вперёд!! Добавлено через 2 минуты и 19 секунд
к сожалению не решают, вот сейчас пробую вариант, не с секундным интервалом, а с 200мс, посмотрим может там какие результаты будут. |
| Автор: diadiavova 12.11.2009, 10:28 | ||
Судя по всему, ты не понял идею. Я говорю о варианте, при котором точность секундомера вообще не будет играть роли. Расклад примерно такой: У тебя в классе задания должны присутствовать свойства например NextUpdateTime As DateTime и UpdateInterval As TimeSpan Интервал таймера ставишь на величину равную предельно-допустимой погрешности работы задачи за всё время работы программы. То есть, если тебе надо чтобы за время работы программы ошибка во времени не превышала 10 секунд, то и ставь таймер на такое время. Всякий раз, когда срабатывает таймер выполняешь следующее действие Проверяешь наступило ли время очередного обновления(сравниваешь текущее время со значением NextUpdateTime) и если наступило, то сначала выполняешь загрузку, а затем к значению NextUpdateTime прибавляешь UpdateInterval и таким образом планируешь время следующего обновления. То есть обновление будет происходить не при каждом щелчке, а только тогда, когда уже наступило запланированное время и в этом случае планируется время нового обновления. Надеюсь объяснил понятно. |
| Автор: s180 12.11.2009, 10:54 |
| так я так и делаю. в коде я так и написал, устанавливаю интервал "тиканья" 1с, при каждом тике уменьшаю свойство-время на 1с и когда она станет равна 0 записываю в текстовый файл. При 200мс получается вроде неплохо, но когда увеличил, время срабатывания с 20с до 5 минут, погрешность стала сотсавлят 5с!!!!! |
| Автор: diadiavova 12.11.2009, 11:25 | ||
Это ещё зачем? Я ведь не так написал. При тике просто проверяй пора обновляться или нет. Если пора - обновляйся и устанавливай время нового обновления. И всё. |
| Автор: s180 16.11.2009, 13:19 |
| всё. наконец-то всё отладил!! diadiavova, спасибо большое за помощь. Действительно, установил интервал таймера 200мс и проверял время следующего обновления, погрешность в мс составляла примерно +/- 300. |