Насколько портативный код Silverlight к WPF?

Я думаю, что это из-за того, что язык substring() не работает должным образом. Когда я переворачиваю его и применяю substring(), это сработало.

IF OBJECT_ID('FindNumbers_Slash_V2') IS NOT NULL
    DROP FUNCTION [dbo].[FindNumbers_Slash_V2];
GO
CREATE FUNCTION [dbo].[FindNumbers_Slash_V2]
(
    @InputString    NVARCHAR(1000)
)
RETURNS NVARCHAR(1000)

AS
BEGIN

DECLARE @Word   NVARCHAR(1000)

SET @Word = SUBSTRING(@InputString
                        ,PATINDEX('%[0-9]%',@InputString)
                        ,LEN(@InputString)+1    - PATINDEX('%[0-9]%',@InputString)
                        )

SET @Word = REVERSE(@Word)
SET @Word = SUBSTRING(@Word
                        ,PATINDEX('%[0-9]%',@Word)
                        ,LEN(@Word)+1   - PATINDEX('%[0-9]%',@Word)
                        )

RETURN REVERSE(@Word)
END
7
задан Andreas Grech 8 February 2009 в 04:39
поделиться

3 ответа

Путем я понимаю, что случается так, что и кроме использующий XAML, Silverlight и кроме WPF чрезвычайно отличаются. Кажется, существует перекрестное опыление между ними, хотя, поэтому когда Silverlight поставлялась без вещей как WrapPanel, кто-то записал их собственную реализацию в Silverlight (и это в конечном счете было добавлено к Инструментарию Silverlight).

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

4
ответ дан 7 December 2019 в 03:21
поделиться

Взгляните на эту статью, она говорит о многих вещах, которые необходимо сделать к порту от SL до WPF. Существует также ссылка в той статье к блогу Scott Gu на предмете; однако, эта статья говорит о некоторых различиях, не упомянутых на блоге Gu.

4
ответ дан 7 December 2019 в 03:21
поделиться

Silverlight разработана, чтобы быть совместимым подмножеством WPF (по крайней мере, где это "имеет смысл"). Это означает, что портирование приложения от Silverlight до WPF должно быть относительно простым. Вход в другое направление (WPF-> Silverlight), вероятно, будет значительно более сложным.

Пример, который Вы даете в своем вопросе, иллюстрирует этот тезис; класс Page, который используется в шаблоне проекта WPF по умолчанию, не существует в Silverlight. Но класс UserControl существует в обоих. Таким образом, можно скопировать и вставить xaml и код из приложения Silverlight, которое происходит из UserControl в приложение WPF без любой проблемы.

Существуют определенные части Silverlight, которые не действительно совместимы с WPF, например, весь материал Моста DOM HTML не имел бы никакого смысла в приложении WPF, таким образом, это не там. Также класс MediaElement существенно отличается.

1
ответ дан 7 December 2019 в 03:21
поделиться
Другие вопросы по тегам:

Похожие вопросы: