Могу ли я разместить элементы управления WPF в ASP.net 2.0 или sharepoint? - PullRequest
Новая
       9

Могу ли я разместить элементы управления WPF в ASP.net 2.0 или sharepoint?

1 голос
/ 11 февраля 2009

Это может показаться вопросом высокого уровня . Но это потому, что я незнаком с передовым ASP.net и еще меньше с этим бегемотом под названием Sharepoint. Поэтому, пожалуйста, потерпите меня ...

  • Прежде всего, возможно ли взять функциональные пользовательские элементы управления WPF, которые содержат определенные неуправляемые подкомпоненты, которые выполняют рендеринг DirectX (из соображений производительности), и поместить его в ASP.Net? В качестве примера рассмотрим специализированную диаграмму управления
  • Sharepoint добавляет что-нибудь, что делает это возможным?

Вариант использования - взять определенные панели или области из толстого клиента WPF и вставить его в существующее решение на основе Sharepoint.

Возможно ли это или они (элементы управления WPF и веб-элементы управления) отличаются от мела и сыра? (Предположим, что текущий интерфейс управления может быть свободно изменен.) Разумнее было бы разработать урезанную версию этих элементов управления с веб-интерфейсом, чем пытаться каким-то образом вбить текущие элементы управления ...

На фундаментальном уровне, может ли веб-страница содержать элемент управления, который принимает рендеринг для своей клиентской области / прямоугольника? Или все должно быть разбито на обычный html к тому времени, когда оно попадает в браузер.

Я нашел несколько неотвеченных запросов в Интернете. Но кроме этого это неисследовано (или запрещено) .. в любом случае я хотел бы знать. Спасибо за чтение ..

1 Ответ

5 голосов
/ 11 февраля 2009

Короткий ответ: да, это возможно, но вы, вероятно, не хотите этого делать.

Asp.Net, за исключением сценария Java, в первую очередь относится к технологии на стороне сервера. Это означает, что большая часть кода обработки выполняется на сервере, а не на клиенте. Точка обмена IIRC построена поверх Asp.Net и поэтому имеет тот же формат.

WPF - это технология на стороне клиента. Код выполняется на реальном физическом клиентском компьютере.

Объединение этих двух технологий в одном приложении не работает из-за их противоречивого характера. Однако есть несколько вариантов для вас.

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

    Silverlight ограничен в том, что он должен быть на 100% управляемым решением. Вы публикуете упоминания, используя элемент управления DirectX, который, как я предполагаю, является нативным кодом. В этом случае Silverlight не подойдет вам

  2. Элементы управления ActiveX: они позволяют размещать практически любой вид клиентского кода в веб-браузере и запускать на клиентском компьютере. Это включает в себя .Net, WPF, C ++ и т. Д. Если у вас есть собственный компонент, это действительно единственный вариант.

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

    Дополнительные сведения об элементах управления ActiveX: http://en.wikipedia.org/wiki/ActiveX

...