WPF и Silverlight находятся на курсе столкновения? - PullRequest
4 голосов
/ 30 октября 2009

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

Как долго эти две технологии станут одной? Как долго, пока разница между приложением с расширенными возможностями клиента и приложением с расширенными возможностями браузера не станет простым параметром времени компиляции?

EDIT

Позвольте мне уточнить мой вопрос. Я понимаю, что любое браузерное приложение должно запускаться в «песочнице» из соображений безопасности, и я также понимаю стремление сделать плагин браузера как можно меньшим, но есть несколько незначительных различий между двумя технологиями, которые, вероятно, могут быть отключены без ущерба для любой из этих целей. Например, может быть гораздо больше совпадений между элементами управления пользовательского интерфейса и темами. Сегодня вы не можете просто использовать тему Silverlight в приложении WPF, но насколько Microsoft может сделать такой шаг, чтобы сделать это возможным?

Ответы [ 4 ]

7 голосов
/ 30 октября 2009

Не думаю, что они когда-нибудь сольются в один продукт. Microsoft намеренно оставила многое из Silverlight, чтобы сохранить небольшой размер. Кроме того, существует множество проблем безопасности, которые Silverlight должен соблюдать при работе в браузере. И, конечно, они разработали его так, чтобы он работал на ПК или Mac (к сожалению, этого нельзя сказать о .NET Framework).

Я рад, что ресурсы распределяются между WPF и Silverlight. Они должны были быть похожими с самого начала. В результате портировать проект Silverlight в WPF относительно легко. С другой стороны, переход от WPF к Silverlight не так прост, просто потому что в WPF всегда было больше возможностей, но это просто природа зверя.

UPDATE:

Итак, ваш пересмотренный вопрос интересен. Было бы здорово, если бы Microsoft могла позволить вам переключить режим работы вашего приложения между Silverlight-подобной функциональностью и WPF. Однако они столкнутся с множеством проблем, причем не только с безопасностью, но и с базовым поведением некоторых из легких элементов управления Silverlight по сравнению с многофункциональными элементами управления WPF. Эти различия могут еще больше осложнить жизнь разработчика.

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

Учитывая все вышесказанное, я полагаю, что возможен переход во время компиляции, как вы описали. Но я все еще думаю, что вряд ли Microsoft создаст такую ​​возможность в ближайшее время.

2 голосов
/ 30 октября 2009

XAML и привязка данных могут стать ближе между двумя
но остальная часть фреймворка, вероятно, никогда не будет прежней.
На этот раз вы не можете автоматизировать приложение Office с помощью Silverlight.
И это может никогда не произойти, если MS не решит открыть какой-то мост
между плагином и .NET Framework.
Безопасность, постоянство и отличный пользовательский интерфейс - главные движущие силы в Silverlight.
Если вы можете сделать что-то в Windows, что вы не можете сделать в Mac, чем
консистенция потеряна.

1 голос
/ 30 октября 2009

Установки Silverlight имеют собственные библиотеки, созданные для конкретных операционных систем. Мы, как разработчики, используем то, что дает нам Microsoft, и которое может работать на этих системах. WPF полностью доверяет операционной системе Windows, которая использует определенные вызовы Windows API. Поэтому я бы сказал, что они никогда не объединятся.

0 голосов
/ 30 октября 2009

Да, мы увидим, что WPF и Silverlight становятся все более и более похожими, если резко произойдет слияние? возможно, это не невозможно, но мы увидим лишь то, что вы заявили, что они будут более похожими. Поэтому в будущем вы не будете внедрять WPF ИЛИ Silverlight, вы будете просто внедрять XMAL.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...