Pull to refresh

Comments 16

А у вас вызовы setPercent происходят равномерно даже без вызова writeStream.Flush? Наверно, в 4-ом сильверлайте починили проблемы с буферизацией тела запроса.
Наверное, всё-таки стоит использовать Flush, но я проблем не заметил, что не доказывает, что их нет
>>Шапка

OMG, WTF? С помощью WCF это делается в две с половиной строчки, без рукопашных формирований хедеров и всего прочего.
Я хочу, чтобы от представления(чем в моем случае и является silverlight) не зависела серверная архитектура
Да она и так не будет зависеть. Или я не совсем вас понимаю.
Я неправильно выразился. Просто мне при работе с php это не очень удобно.
Это удобно, поверьте. :) На РНР точно-так же можно писать сервисы.
Это конечно жутчайшее ИМХО, но то, чо вы написал выглдядит дикостью.
SL специально заточен на «правильную» архитектуру, есть сервис, у него есть синтерфес, к нему ходит клиент, он генерит красивые прокси, асинхронность, наматывается инфраструктура, программисту остаётся только дёрнуть класс…
И тут ВНЕЗАПНО StringBuilder.Appentd(header), рукопашный post… Вы же можете покалечить разум начинающего разработчика! :D
А теперь представьте, что клиентом является не только silverlight, но и flash, и html5.
Все они поддерживают RESTful web services.
Хорошо, вы будете пользоваться «правильной» архитектурой. А я, пожалуй, воспользуюсь неправильной)
как обстоят дела с памятью, сколько реально изображений может вместить контейнер? Я когда то писал тоже загрузчик с ресайзом. у столкнулся с проблемой массового поглощения памяти силверлайтом при отображении картинок на стороне клиента.
С памятью проблем не возникало. Но имейте ввиду, что если вы держите в памяти несколько битмапов, то это всё равно скажется.
Просто нужно, конечно, не держать все битмапы в памяти. Последовательно загружать, и удалять уже загруженные на сервер
у меня была чуть другая задача, я сначала должен все показать, после юзер имеет возможность удалить перевернуть и кропнуть и уже только после этого идет отправка
В принципе, если это так критично, то можно по одному обрабатывать(выводить превью), затем удалять, а затем снова грузить при окончательной отправке на сервер. Не очень хороший, наверное подход, но расход памяти будет гораздо меньшим
Sign up to leave a comment.

Articles