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服务时要注意到的问题
第一种错误的情况下每次循环发出异步请求加载一次GetDataCompleted事件，一共循环五次，那么加载了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.lblEmail.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。
本文来自不若相忘于江湖的博客，原文地址：http://www.cnblogs.com/z2002m/archive/2011/04/26/2029450.html