Я думаю, что это из-за того, что язык 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
Путем я понимаю, что случается так, что и кроме использующий XAML, Silverlight и кроме WPF чрезвычайно отличаются. Кажется, существует перекрестное опыление между ними, хотя, поэтому когда Silverlight поставлялась без вещей как WrapPanel, кто-то записал их собственную реализацию в Silverlight (и это в конечном счете было добавлено к Инструментарию Silverlight).
Не ожидайте копировать и вставлять от WPF, если это не тривиальный код. Вещи как привязка данных немного отличаются в Silverlight (например: никакая привязка к другим элементам). Большую часть времени существуют обходные решения все же.
Взгляните на эту статью, она говорит о многих вещах, которые необходимо сделать к порту от SL до WPF. Существует также ссылка в той статье к блогу Scott Gu на предмете; однако, эта статья говорит о некоторых различиях, не упомянутых на блоге Gu.
Silverlight разработана, чтобы быть совместимым подмножеством WPF (по крайней мере, где это "имеет смысл"). Это означает, что портирование приложения от Silverlight до WPF должно быть относительно простым. Вход в другое направление (WPF-> Silverlight), вероятно, будет значительно более сложным.
Пример, который Вы даете в своем вопросе, иллюстрирует этот тезис; класс Page, который используется в шаблоне проекта WPF по умолчанию, не существует в Silverlight. Но класс UserControl существует в обоих. Таким образом, можно скопировать и вставить xaml и код из приложения Silverlight, которое происходит из UserControl в приложение WPF без любой проблемы.
Существуют определенные части Silverlight, которые не действительно совместимы с WPF, например, весь материал Моста DOM HTML не имел бы никакого смысла в приложении WPF, таким образом, это не там. Также класс MediaElement существенно отличается.