Silverlight知识点

DataGrid 导出Excel B:服务器端导出.获得DataGrid数据源. 传递给WCF Service到服务器端. 然后把传回数据通过Asp.net中通用处理导出Excel方法加以实现. 2 不能调用,因为Silverlight调用的dll只能是用 Silverlight Class Library编译的DLL,即(要在Silverlight RunTime编译过的dll才行),C++的类库跟.Net的类库都不能直接调用

DataGrid 导出Excel

B:服务器端导出.获得DataGrid数据源. 传递给WCF Service到服务器端. 然后把传回数据通过Asp.net中通用处理导出Excel方法加以实现.

2 不能调用,因为Silverlight调用的dll只能是用 Silverlight Class Library编译的DLL,即(要在Silverlight RunTime编译过的dll才行),C++的类库跟.Net的类库都不能直接调用

3 SL异步调用WEB服务时要注意到的问题

　第一种错误的情况下每次循环发出异步请求加载一次GetData Completed事件，一共循环五次，那么加载了5次GetDataCompleted事件的时候，也发出了5次的Ansyc(i)请求，所以5*5=25次获取事件结果数据，这是错误的!

　　第二种正确的情况下每次循环发出异步的Ansyc(i)请求即可，只是在循环完之后加载一次GetDataCompleted事件即可，

4 Silverlight2 现在支持的Image格式有jpg和png，部分png编码也不支持，同时有些png在xaml的design预览中不可见，但运行时可见。请看XAML markup中两行代码的异同：

<StackPanel Background="White" Orientation="Vertical">

        <Image x:Name="blue" Source="/images/blue.png" Stretch="None"/>

        <Image x:Name="green" Source="images/green.png" Stretch="None" />

</StackPanel>

　　反斜杠forward-slash?有没有虾米区别呢?如图所示，名称为Resource测试示例解决方案 资源管理器以及运行效果：以反斜杠开头的blue图片需要放在ClientBin目录下的相应文件夹里;不以反斜杠开头的green图片应该放在Resource目录下的相应文件夹里。这样才可正确引用，否则会发生ImageError。

　　为什么?两者都是相对路径，到底反斜杠带来了什么区别呢?反斜杠开头的相对路径，代表的相对位置是 应用程序运行的根目录，即.xap压缩包内，若在这其中寻找不到要引用的文件，则相对路径的回退机制(fallback mechanism )自动在在.xap所在的目录，本例即为ClientBin目录中寻找加以引用。两个位置都没有，才会发生错误。不以"/"开头，则代表的相对位置是引用该图片的XAML文件所在的目录，本例即page.xaml文件所在的Resource目录。

　　那么究竟选择哪种方式呢?把xap文件重命名为zip文件，解压之，再用reflector反编译其中的dll文件，发现其包含了green图片，却没有blue图片。其实也很明显，blue所在的images文件夹与.xap同级，自然不会包含在内。由此可知，不以反斜杠开头的green图片嵌入到Silverlight程序中的xap文件直接下载到 客户端，而blue图片则按需索取(on-demand)，当显示时再去下载。当数据量较大时，不以反斜杠开头的方式加载程序的时间就过长， 用户体验不好，以"/"开头自然就无此无虑，不过以反斜杠开头的话，在xaml中设计预览看不到，只有程序运行才可以看到。(若为了预览，可先从ClienBin那里复制一份放在page.xaml同级目录下供设计使用，程序发布时予以删除。)

　　除了在XAML中直接确定Image的Source URI，当然也可以在code-behind中确定，此时反斜杠的用法和XAML中相通。

C#：Image img = new Image();

img.Source = new BitmapImage(new Uri("test.jpg", UriKind.Relative));      //page.xaml所在目录下

//img.Source = new BitmapImage(new Uri("/test.jpg", UriKind.Relative)); //.xap所在目录下

　　话说要是使用诸如http://www.liongg.net/test.jpg之类绝对URI就没反斜杠什么事了。在代码中还可以利用 Application.Current.Host.Source.AbsolutePath等方法，我试验下了，发觉太麻烦还没意思，不再多管。

　　再深入一点，甚至图片放在与page.xaml同级的文件夹下，一样可以使用反斜杠进行引用。只需要在相应图片的属性里，把Build Action选择为"Content"即可，不过该图片还是被放到.xap压缩包里了，这是后话，参见《Sivlerlight Resource 概览》。

5

在 Silverlight 中支持3种绑定：OneWay, TwoWay, OneTime. 默认是 OneWay.

其中 OneWay 表示仅仅从数据源绑定到目标(通常是 UI 对象)，单向的；

TwoWay 表示既可以从数据源绑定到目标，目标的更改也可以反馈给数据源，使其发生更新。

而 OneTime 是 OneWay 的一种特例，仅加载一次数据。随后数据的变更不会通知绑定目标对象。这样，可以带来更好的 性能。

绑定的语法可以用大括号表示，下面是几个例子：

<TextBlock Text="{Binding Age}" />

等同于：

<TextBlock Text="{Binding Path=Age}" />

或者显式写出绑定方向：

<TextBlock Text="{Binding Path=Age, Mode=OneWay}" />

按照数据绑定的语义，默认是 OneWay 的，也就是说如果后台的数据发生变化，前台建立了绑定关系的相关控件也应该发生更新。

比如我们可以将文章 (1) 中提到的数据源改为当前页面的一个私有成员，然后在某个 Button 点击事件中更改其中的值。代码如下：

public partial class Page : UserControl

{

private List<Person> persons;

public Page()

{

InitializeComponent();

persons = new List<Person>();

for(var i=0; i< 5; i++)

{

persons.Add(new Person {Name = "Person " + i.ToString(), Age = 20 + i});

}

list1.DataContext = persons;

}

private void Button_Click(object sender, RoutedEventArgs e)

{

persons[0].Name = "Tom";

}

}

但是我们点击 Button 发现 ListBox 里的数据并没有发生变化。这是因为在数据源更新时，并没有发出任何通知。

我们可以让数据源中的对象实现 INotifyPropertyChanged 接口，在绑定的源属性值发生变化时，发出相关的通知信息。

代码如下：

public class Person: INotifyPropertyChanged

{

private int age;

public int Age

{

get

{

return age;

}

set

{

age = value;

NotifyPropertyChange("Age");

}

}

private string name;

public string Name

{

get

{

return name;

}

set

{

name = value;

NotifyPropertyChange("Name");

}

}

public event PropertyChangedEventHandler PropertyChanged;

private void NotifyPropertyChange(string propertyName)

{

if(PropertyChanged != null)

{

PropertyChanged(this, new PropertyChangedEventArgs(propertyName));

}

}

}

7

1.如果是iis6或更早版本需要添加MIME类型，如下：

　　xap application/x-silverlight-app

　　xaml application/xaml+xml

　　xbap application/x-ms-xbap

8 

aspx 与XAP传参数

方法一

IDictionary<String, String> paras = HtmlPage.Document.QueryString;

    this.lblUserName.Text = paras["username"];

    this.lbl Email.Text = paras["email"];

方法二

aspx 页面

    this.Xaml1.InitParameters = String.Format("username={0},email={1}",

        Request.QueryString["username"],

        Request.QueryString["email"]);

XAP

    Page page = new Page();

    page.UserName = e.InitParams["username"];

    page.Email = e.InitParams["email"];

    this.RootVisual = page;

请理解.NET GC运行原理。如果你发现内存泄露问题可以用WinDbg来debug,首先看是否是.NET managed heap占用大量内存，是的话用gcroot命令进行debug来查看什么对象占用内存最多，根据GC root来追根溯源，最终能确定是否是代码的问题还是runtime问题（可能性极小）。

就我所知，Silverlight里没有好的办法来强制GC。 “选择时机”是指Silverlight判断 系统可用内存量等等很多因素进行选择的。

3 silverlight 中， 当跳转到其他页面时，把变量中的控件和 用户控件全部都设为NULL，并且把 注册外部事件都删除

4 在Idispose中，移除所,这样有对外部事件的注册

5 如果要移除用户控件，可以将容器中的ChildRen设为NULL

为防止内存泄漏，你要确保没有其他地方保存有UserControl1的引用，并且UserControl1去除对外部事件注册。

6 WCF与WCF RIA SERVICE 地点：http://blog.csdn.net/fangxinggood/archive/2011/03/17/6255140.aspx

7  如果你是把图片放在xap包里面，当你改变图片的时候，客户端下次访问的时候是会重新下载整个xap包的。

因为你改变的图片或者修改了程序中的某些代码，然后进行编译，它是会重新得到一个新的xap包，而当 浏览器访问时，它会检测到xap有更新，就会重新下载xap包。

一般而言，是不推荐把图片放在xap包的（也就是你把图片添加到Silverlight 项目中），而是把图片放在服务端，然后再在Silverlight中用正确的路径访问图片，这样即不会使xap的大小过大而影响客户端的访问速度（你想，要是你有许多的图片，而全部放在xap包，那客户端得下载全部的图片，也就是整个xap包，然后再运行Silverlight程序，访问速度可想而知），也不会在修改图片之后重新下载xap包。

8  http://social.msdn.microsoft.com/Forums/zh-CN/wcfzhchs/thread/16a159f1-f8f6-49f8-9b6a-9ad6ffe7b7a8

9 以反斜杠开头的blue图片需要放在ClientBin目录下的相应文件夹里；不以反斜杠开头的green图片应该放在Resource目录下的相应文件夹里。这样才可正确引用，否则会发生ImageError。