Почему тормозит Silverlight?

Просто я ожидал каких-то конкретных советов и решений для SL. А так можно заменить SL на JS без особой потери смысла. Там тоже можно не следить за событиями и получить браузер, подвешиваюищий систему на 100% :-)

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

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

то есть сервелат настолько тормозной, что приходится кэшировать всё и вся, чтобы это побороть? что и требовалось доказать. хтмл+яваскрипт работают _гораздо_ быстрее и не требуют кэширования всех объектов.

Ничего личного, если что. Просто хотел указать на ошибку, но может получилось несколько грубо. Прошу прощения.

«А зачем мне ваше доверие?»

хороший ответ )

Да вы крутись действительно в другой среде :) Про Флекс читают не на хабре а в гугле и преимущественно на английском, потому что русскоязычным разработчиком обычно некогда писать статьи. А насчет дружелюбности — это вы о чем? Как по мне сильверлайт страшная махина, которую чтобы понять надо какую-то визуал студию ставить и писать на каком-то уже очень профессиональном C# + каком-то уж очень страшном XAML.

Интересно узнать, почему же сложнее?

Я не говорю, что в Silverlight совсем нет багов и ляпов. Они есть.

Многие классы непонятно зачем sealed, многие, что и public, но с internal constructor.

Отладка XAML и binding — просто отстойная (в SL5 поправят).

RichTextBox в InlineUIContainer выравнивает TextBox криво, дернешь ширину этого текстбокса — снова по baseline, приходится писать хаки. RichTextBox.Blocks — никак MVVM-way не забиндить. RichTextBox.Xaml MVVM-way не забиндить.

TextBox — в режиме Memo — найди координату курсора без подсчета CR/LF в своем тексте?

Классы из SDK (типо TreeView), вообще сразу переписывать надо, настолько кривые. Вложенные nodes банально лежат в parent-node. Selection и Focus для них — одно и то же. Просто нет слов.

Про управление фокусом — отдельная история, ни один Popup после закрытия не восстанавливает фокус, банально бросают в первый попавшийся контрол, а там хоть трава не расти. Про то, что ContainerControl по умолчанию tabstop (а это практически в каждом шаблоне), Tab-навигация — «вырви все волосы, пока найдешь свой фокус».

И таких мелочей — море. Но вот чего-чего, а на performance никто никогда не жаловался.

Слава Богу — еще один плюс флешу :)

Насчет 3D… Сразу после релиза 3го SL я побаловался с трехмеркой (реальной, как в WPF). Интересно, но уж слишком тяжело. Потом перешел на четвертую версию и решал иные задачи. Через какое-то времени вспомнил о 3D, но его не обнаружил. Ни в четвертой ни в третьей версиях. Даже в книгах читал про это… До сих пор ощущение, что меня проглючило.
В любом случае при правильном подходе к проектированию SL-приложения получится производительный продукт. К примеру, 3D-движок можно реализовать через WriteableBitmap. Шэйдеры рисуются с использованием инструкций SSL ЦП (это и есть хваленая аппаратная поддержка). С их помощью можно многое делать — не только тени. Если рисовать геометрию через StreamGeometry внутри одного Path, то также удастся улучшить производительность чартов.
В режиме Out of Browser, якобы, GPU задействуется… Возможно… не проверял. Все зависит от архитектуры приложения. Нужно использовать наиболее производительные приемы.

О платформе Catalyst от Adobe слышали? Когда из шаблона в формате .psd генерируется готовое приложение? То есть накидать дизайн в фотошопе(без особых знаний) и вуаля — готово, чуть доделать и можно людям отдавать.

Вы хотите сказать, что такую ошибку на Флеше допустить нельзя?
П.С. спасибо за ссылку.