Здравствуйте, midcyber, Вы писали:
M>>>Так что помешало движку на числодробительном SL не сливать движку на интерпретируемом Flash?
YKU>>А вот это уже правильный вопрос. Вы на него аргументированно ответить можете?
M>Почему я должен отвечать на свой же вопрос?
Потому, что для того, что-бы заявлять, что проблемы именно в SL а не в чём-то другом надо сначала ответить именно на него.
Re[16]: Почему Microsoft SIlverlight лучше Adobe Flash
Здравствуйте, midcyber, Вы писали:
M>Здравствуйте, yoriсk.kiev.ua, Вы писали:
YKU>>Укажи, пожалуйста, где и что я делаю не так. M>16 шариков же, а не 128..
Вы удивительный человек! Нет, правда...
Я: Вот мои результаты на 16-ти шариках.
Вы: Результат некорректен, не тот тест, на который я давал ссылку. Причем не с тем количеством шариков.
Я: Вот скриншот: вот ссылка, вот шарики.
Вы: Так там же 16 шариков.
Re[16]: Почему Microsoft SIlverlight лучше Adobe Flash
Здравствуйте, yoriсk.kiev.ua, Вы писали:
YKU>Потому, что для того, что-бы заявлять, что проблемы именно в SL а не в чём-то другом надо сначала ответить именно на него.
У меня два предположения
1) У SL какие-то проблемы с рендером полупрозрачных поверхностей
2) Движок для был написан буз учета каких-то тонкостей SL, без знания которых даже большая мощность числодробилки не спасла.
3) Этот тест написали вредители, которые не хотят, чтобы я начал использовать SL.
В таком случае, поскольку Kit3D и сам тест с глобусом — OpenSource, предлагаю любому защитнику Silverlight потратить день и указать
на архитектурные, случайные или вредительские ошибки и способ их исправить, чтобы я увидел наконец-то всю его мощь.
Re[16]: Почему Microsoft SIlverlight лучше Adobe Flash
Здравствуйте, Mr.Cat, Вы писали:
MC>Кстати, в SL шарики красивые, а во флеше выглядят неважно.
Как в анекдоте, воздушные шарики ненастоящие, не радуют, ага
Вечером рассмотрю получше, может SL их в subpixel рендерит, и не влияют ли на это какие-нибудь настройки типа ClearType
Re: Почему Microsoft SIlverlight лучше Adobe Flash
Я считаю, что сравнивать Silverlight стоит не с Flash, а сразу с Flex. У меня достаточно длинный опыт общения с Flex в достаточно объемном проекте, так что представление о его недостатках появилось. Глядя на Silverlight, понятно, что MS провела неплохую работу по избеганию многих Flex-Flash проблем. Ну да по порядку (не в порядке важности, а в ее беспорядке).
1. Среда разработки. До выхода IDEA 8 мы пользовались Flex Builder 3. Вещь, скажу вам, прениприятнейшая. Никаких рефакторингов (rename не в счет, да и тому доверять нельзя), почти никаких навигаций, а те что есть ну очень медленные и кривые. Дебаг даже не позмоляет сделать evaluation банальных вещей. С выходом IDEA 8 переползли на нее, конечно небо и земля, но окончательно отказаться от Flex Builder 3 не получилось, т.к. дебаг в IDEA 8 хоть и продвинутей, но иногда начинает жестоко глючить, тормозить и зависать.
2. Язык. C# компилится в разы быстрее ActionScript. "Соседний" Silverlight проект по объему кода не меньше нашего, но собирается шустрее раза в 3-4. Мелочь, конечно, а неприятно. Не смотря на многие приемущества C#, ActionScript не так уж и плох, жить вполне можно.
3. Многопоточность. Это мега-минус Flash'а. Сильно не хватает.
4. Ограничения на клавиатуру. Не знаю как в Silverlight, но в Flex'е мы изрядно затрахались добавляя поддержку сочетаний а-ля Ctrl+Z.
5. Библиотека контролов. Flex-овых контролов сильно не хватает для мало мальски нетривиальных вещей. Не знаю на сколько лучше в Silverlight, но идею некоторых своих базовых контролов (например ContentControl) взяли из WPF.
6. Веб сервисы. Silverlight по рассказам соседей работает на ура с .NET-овскими веб сервисами, что не удивительно. А вот Flex тут опять подкачал, приходилось патчить ряд классов WebService, Operation, SOAPDecoder, SOAPEncoder, хотя, помнится мне, патчи особой сложностью не отличались.
7. Unit-тестирование. Тут все достаточно ровно. Мне припоминаются только проблемы с асинхронными тестами с использованием asUnit, но после переезда на FlexUnit проблемы ушли.
8. Функциональное тестирование. Инструмент выбирали тестеры, выбрали RIATest (да и выбирать было вроде не из чего). Приходится иногда сувать в QA-кухню нос. Не знаю уж как дела обстоят у Silverlight и у аналогов RIATest, но RIATest ИМХО тот еще отстой, хотя QA-шники находят его приемлемо-удобным.
Если еще что-то вспомню — напишу.
Превратим окружающую нас среду в воскресенье.
Re[2]: Почему Microsoft SIlverlight лучше Adobe Flash
9. С фонтами во Flash'е песня. Если в 10-ой версии появился нормальный фонт-маппинг и text engine, то text layout framework ожидается только в flex sdk 4. Без него ввод вертикально-ориентированного текста на сербском, например, без эмбеда (или подгрузки) соответсвующих фонтов, невозможен. Аналогично с right to left.
Превратим окружающую нас среду в воскресенье.
Re[2]: Почему Microsoft SIlverlight лучше Adobe Flash
Тоже имею некоторый опыт борьбы с Flex Builder 2/3 ie>1. Среда разработки. До выхода IDEA 8 мы пользовались Flex Builder 3. Вещь, скажу вам, прениприятнейшая. Никаких рефакторингов (rename не в счет, да и тому доверять нельзя), почти никаких навигаций, а те что есть ну очень медленные и кривые. Дебаг даже не позмоляет сделать evaluation банальных вещей. С выходом IDEA 8 переползли на нее, конечно небо и земля, но окончательно отказаться от Flex Builder 3 не получилось, т.к. дебаг в IDEA 8 хоть и продвинутей, но иногда начинает жестоко глючить, тормозить и зависать.
Ну всё-таки после VS всё это как-то не съедобно...
ie>2. Язык. C# компилится в разы быстрее ActionScript. "Соседний" Silverlight проект по объему кода не меньше нашего, но собирается шустрее раза в 3-4. Мелочь, конечно, а неприятно. Не смотря на многие приемущества C#, ActionScript не так уж и плох, жить вполне можно.
+1
ie>3. Многопоточность. Это мега-минус Flash'а. Сильно не хватает.
+100
ie>4. Ограничения на клавиатуру. Не знаю как в Silverlight, но в Flex'е мы изрядно затрахались добавляя поддержку сочетаний а-ля Ctrl+Z.
В СЛ вроде никаких проблем с этим не наблюдается...
ie>5. Библиотека контролов. Flex-овых контролов сильно не хватает для мало мальски нетривиальных вещей. Не знаю на сколько лучше в Silverlight, но идею некоторых своих базовых контролов (например ContentControl) взяли из WPF.
SL в целом очень похож на WPF. Нехватки контролов в СЛ я никогда не испытывал, а вот гемора с флексовыми контролами поимел предостаточно...
ie>6. Веб сервисы. Silverlight по рассказам соседей работает на ура с .NET-овскими веб сервисами, что не удивительно. А вот Flex тут опять подкачал, приходилось патчить ряд классов WebService, Operation, SOAPDecoder, SOAPEncoder, хотя, помнится мне, патчи особой сложностью не отличались.
Да уж, за "поддержку" wsdl:all убить их мало! Кстати во втором билдере таких проблем не отмечено, как их не было и в бета-версии третьего билдера. А вот в релизе подложили такую свинью Ну и затрахался же я перекручивать веб-сервис, дабы флекс сумел с ним нормально работать...
ie>7. Unit-тестирование. Тут все достаточно ровно. Мне припоминаются только проблемы с асинхронными тестами с использованием asUnit, но после переезда на FlexUnit проблемы ушли.
Про это не в курсе...
ie>8. Функциональное тестирование. Инструмент выбирали тестеры, выбрали RIATest (да и выбирать было вроде не из чего). Приходится иногда сувать в QA-кухню нос. Не знаю уж как дела обстоят у Silverlight и у аналогов RIATest, но RIATest ИМХО тот еще отстой, хотя QA-шники находят его приемлемо-удобным.
Я не QAшник, потому не в курсах как с этим дела обстоят...
ie>Если еще что-то вспомню — напишу.
Luck in life always exists in the form of an abstract class that cannot be instantiated directly and needs to be inherited by hard work and dedication.
Re: Почему Microsoft SIlverlight лучше Adobe Flash
Здравствуйте, criosray, Вы писали:
C>Поправил SL вариант теста. Включил GPU оптимизацию. C>В очередной раз сильверлайт выигрывает с огромным отрывом от конкурента.
Ну наконец-то ты смог продемонстрировать, что надо сделать, чтобы Silverlight 3 стал быстрее!
А то без этой оптимизации выигрыш был только у половины опрошенных.
С другой стороны, ты же не хотел ее включать, а хотел измерять одинаковые алгоритмы
M>Да, и если мы замеряем одинаковые алгоритмы, забудь про hardware acceleration.
C>Это-то тут при чем?
Re[3]: Почему Microsoft SIlverlight лучше Adobe Flash
Здравствуйте, midcyber, Вы писали:
C>>Поправил SL вариант теста. Включил GPU оптимизацию. C>>В очередной раз сильверлайт выигрывает с огромным отрывом от конкурента.
M>Ну наконец-то ты смог продемонстрировать, что надо сделать, чтобы Silverlight 3 стал быстрее! M>А то без этой оптимизации выигрыш был только у половины опрошенных.
Что значит наконец смог?
Я уже демонстрировал, что неоптимизированный сильверлайт быстрее в два раза неоптимизированного флеша.
Что, полу-оптимизированный сильверлайт немного быстрее (на 128) и значительно быстрее оптимизированного флеша.
Сейчас я просто привел, снова таки, к общему знаменателю и продемонстрировал в очередной раз то, о чем я Вам изначально твердил, что на идентичных алгоритмах сильверлайт значительно быстрее флеша, и не только на числодробилках (трехкратное преимущество сильверлайт), но и на чисто 2D выводе (от 3.5 до 5х кратного выигрыша сильверлайт).
Кстати во втором билдере таких проблем не отмечено, как их не было и в бета-версии третьего билдера. А вот в релизе подложили такую свинью 
Ну и затрахался же я перекручивать веб-сервис, дабы флекс сумел с ним нормально работать...
