Загрузчик изображений. Закрывая тему

[Demetros]

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

[Alvaro]

Наверное, всё-таки стоит использовать Flush, но я проблем не заметил, что не доказывает, что их нет

[yorick_kiev_ua]

>>Шапка

OMG, WTF? С помощью WCF это делается в две с половиной строчки, без рукопашных формирований хедеров и всего прочего.

[Alvaro]

Я хочу, чтобы от представления(чем в моем случае и является silverlight) не зависела серверная архитектура

[yorick_kiev_ua]

Да она и так не будет зависеть. Или я не совсем вас понимаю.

[Alvaro]

Я неправильно выразился. Просто мне при работе с php это не очень удобно.

[yorick_kiev_ua]

Это удобно, поверьте. :) На РНР точно-так же можно писать сервисы.
Это конечно жутчайшее ИМХО, но то, чо вы написал выглдядит дикостью.
SL специально заточен на «правильную» архитектуру, есть сервис, у него есть синтерфес, к нему ходит клиент, он генерит красивые прокси, асинхронность, наматывается инфраструктура, программисту остаётся только дёрнуть класс…
И тут ВНЕЗАПНО StringBuilder.Appentd(header), рукопашный post… Вы же можете покалечить разум начинающего разработчика! :D

[Demetros]

А теперь представьте, что клиентом является не только silverlight, но и flash, и html5.

[LexL]

Все они поддерживают RESTful web services.

[Alvaro]

Хорошо, вы будете пользоваться «правильной» архитектурой. А я, пожалуй, воспользуюсь неправильной)

[HiTechAnarxi]

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

[Alvaro]

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

[HiTechAnarxi]

я о том же)

[Alvaro]

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

[HiTechAnarxi]

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

[Alvaro]

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