WPF против XBAP против Silverlight & hellip; который подходит для бизнес-приложений? [закрыто]

У меня нет опыта работы с XBAP, но мое впечатление похоже на ваше в том, что он ограничен только с точки зрения безопасности по сравнению с WPF.

Что касается Silverlight: недавно я использовал он предназначен для разработки сложного пользовательского интерфейса для мониторинга сельскохозяйственной телеметрии - это больше приложение для визуализации данных, чем традиционное бизнес-приложение, но в нем много CRUD, и не было ни одной функции, которую я хотел бы реализовать, но не мог из-за мой выбор техники. И это был SL2.

Я уверен, что у вас будет больше наворотов, если вы будете использовать XBAP, и если вы можете гарантировать, что ваши пользователи используют .NET 3.5 (или XBAP тоже является частью 3.0?) Я бы пошел на это. В противном случае я бы безоговорочно рекомендовал Silverlight.

Что касается Silverlight, я на данный момент обрисую свой опыт. (NB: перечитывая это, это звучит немного негативно, но я указываю на недостающие функции. В целом мне нравится Silverlight, богатый пользовательский интерфейс в браузере, использующий C #? Rocks.)

Заметные отличия заключаются в отсутствии щелчка правой кнопкой мыши , поддержка колесика мыши, функция печати, и вы не можете открыть новое окно. Ваше приложение OOB SL не может находиться в области уведомлений. Вы можете обрабатывать события мыши в javascript, но не если хотите, чтобы ваше приложение перемещало OOB.

Команда SL также кажется чрезмерно озабоченной безопасностью до такой степени, что ограничивает его пригодность для LOB (отсутствие новых окон, настройки доверия для доступа к локальной системе в OOB, области уведомлений и т. Д.).

Некоторые из них делают Silverlight кажется, что приложение несовместимо с Windows. Подумайте о выделении текста, щелкните правой кнопкой мыши копию. Или щелкните правой кнопкой мыши по вставке. Эти базовые операции, которыми пользуется множество людей, отсутствуют. Это также похоже на инопланетный интерфейс, например, вы инстинктивно прокручиваете сетку колесиком мыши, а это не работает. Этот материал работает в любой таблице в браузере, но не в SL.

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

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

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

У меня такое впечатление, что SL еще не кажется законченным, есть много мелочей. Например, сетка данных разочаровывает (не растягивается автоматически, очень сложно создать подкласс), поле автозаполнения немного неустойчиво, структура навигации немного неуклюжа, поле со списком / древовидное представление трудно привязать (они действительно не имеют ''

Около 18 месяцев я пытался заниматься XBAP-разработкой для довольно амбициозного проекта, и мне это абсолютно не нравилось.

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

В сочетании с кошмарами развертывания (до сих пор нет хорошей истории для Firefox, даже после 3.5 SP1 все еще остаются проблемы), я искренне верю, что MS - это делать все возможное, чтобы уничтожить XBAP в пользу Silverlight. Я не виню их, просто хотел бы, чтобы они были более открытыми по этому поводу.

Я бы избегал XBAP, как чумы . Это мертвый сценарий без будущего. Не будет