Обновить
4
Lex Lavnikov@LexL

Архитектор

3
Подписчики
Отправить сообщение
Сниппеты не рефакториабельны без Решарпера, плюс ко всему — очень много букаф ;)

Но согласен, до KindOfMagic моим ежедневным решением были именно сниппеты.

Насчет, производительности data-binding — msdn-статье доверяй, но проверяй. У меня dependencyObjects ну никак быстрее не получаются, чем обычные свойства.

И этому есть объктивные причины:
1) прямой доступ без Dictionary
2) родная проверка на изменение

В чем могут dependency properties выигрывать — так это в боксинге. Происходит один раз в сеттере и геттере, а так везде как Object передается и хранится.
За что боролись, на то и напоролись.

Кто-то хотел минимум кода при максимуме производительности ;)
В IL я генерю более простую проверку. C# подходит к делу более основательно, что в итоге слегка медленнее.
Возможно. Но сгенерированного кода, понятное дело, не видно.
Не первый раз слышу такое предложение, для этого даже параметризировал названия атрибутов в .targets файле.
Nemerle хорош, но хотелось бы таких же наворотов в c#
Mono.Cecil это просто библиотека, которая так называется. Она к mono не привязана.
Flash сайты не посещали? Резалка Flash не стоит?
Меня тоже удивляет этот хитрый ход от Apple…

Ставили бы сразу седьмерку ;)
Железо от Apple симпатичное, некоторые конфиги стоят даже дешевле PC-брэндов.
Ну и никто не мешает поставить любимый софт для работы, будь то Windows 7 или CP/M какой ;)
Не знаю, как вы это делаете.

Большое спасибо. Ждите обалденную статью. Только для подписчиков :)
Прочитал я текст. В отличие от многих других, кто просто увидел заголовок и подумал, о, а Сервелат-то оказывается тормозной ;)

Мне это особенно обидно, я можно сказать всю карму на него слил ;)
Покритиковал я вас за неоправданный наезд на Silverlight. Вы обвиняете Silverlight в тормозах какого-то левого быдлокода, назвали статью не «почему тормозят говнокомпоненты от определенного говнопроизводителя», а Silverlight, который к этим тормозам никакого отношения не имеет.

За что можно справедливо наехать на Silverlight, я написал выше. В этом виноват сам Silverlight и конкретно Микрософтеры.
Я не говорю, что в 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 никто никогда не жаловался.
Заголовок желтоват, это раз.

Тормозят ваши левые компоненты, это два.

Смотреть надо, что покупаешь, отзывы читать, тестировать перед использованием. Тут только опыт поможет. Это три.

И вообще, причем здесь Silverlight?
Это не логика, это хабр ;)

80% гуглоидов, чего еще ждать?
Вопроса про возможности воспроизведения стереоизображения (3D) нет.
Тут во всю уже 3D мониторы, 3D бимеры и 3D телики продают
Это сейчас новая мода пошла фрилансер через дефис писать?
Или автор так название домена пиарит?
Зачем продавать?
Главное продолжать на пару с Microsoft-ом показывать Гуглю фигу.
любые корпорации достигнув отпределенного размера начинают гнить… вот люди и бегут

Информация

В рейтинге
Не участвует
Откуда
Frankfurt am Main, Hessen, Германия
Дата рождения
Зарегистрирован
Активность