给Xaml需要的C#
上文讲到了一种比较好玩而独特的Silverlight的开发模式-----即改即现。如上文所讲的那样，这种模式本身是比较爽的，你当即改的XAML，当即改的UI，可以不经过编译阶段，直接在界面上显示。但问题就是，我们实际的业务过程中，一定会有相应的C#代码来对应这份XAML。而本文怎是阐述我的实现方式。
又得说说传统的Silverlight开发了
在传统的开发中，哪怕我们对Silverlight程序进行任何小的改动，我们都要经历以下的阶段。
1：重新生成DLL文件。
2：将所有的DLL文件打包，形成XAP。
简答的来说，如果本身这个XAP包由20个DLL文件组成（这种属于比较正常的，通常随便引用一些第三方的DLL 就凑齐20个了）。我第一次编译，生成了一个XAP包。后来修改程序了，其中一个DLL文件发生了极小的变化，但这个时候会生成一个新的XAP包。而且请注意，前后这两个XAP包除了那个修改的DLL，其余完全相同。这多不爽啊。为了一个修改的DLL，别的DLL要重新压缩一次....
而在我看来，比较好的做法就是，把这个自己写的业务的DLL，放在服务端。当我的这个业务DLL修改了编译了，不需要重新打包到XAP里，一来编译不打包会比之前快得多。加上因为上文已经说到，这个DLL本身没有包含XAML文件，所以不会很大。我之前做过一个项目，15个页面，代码编译后的DLL文件才50KB不到。非常的小.....。
上代码
代码说明
首先照上文所说的那样，找到 .... \SilverlightApplication2\SilverlightApplication2.web\ClientBin\MyXaml\XamlShow\XamlShow.sln 并切记用Blend打开。
然后用VS打开SilverlightApplication2.sln。并直接按F5键，点击按钮，会弹出如下界面。
点击按钮A.....。
呵呵，在这里有几点你必须非常注意。
1：按钮A的点击事件是放在
2：请注意，这Silverlight类库项目是放在
这的，放在服务端。当你的Test修改编译后，刷新界面上即可看到更改的部分。
至于代码实现，估计又得大跌眼镜，前后估计才10行代码吧。
就是一反射而已呵呵。
后话
当然这只是粗略的讲解了一种思路而已：将业务代码放在单独的类库中，不混进XAP包。当然，就上面这些代码本质上并没完整解决‘代码后置’的问题。比如现在我要定义一个Converter，我该放哪呢？？ XAML上又该怎么引用呢？........ 还是那句话 下下下回 分解
前面的文章讲到，这期间写的文章其实是一个系列。而前两篇加上这篇，实际上已经把我的框架的主干讲了。
任何一个业务系统，都是由许多页面组成（请注意我说的是企业级开发，互联网开发我没接触）.... 。而我们开发的过程其实就是开发一个个页面的过程。
而在我的开发模式中，一个页面的加载有三个步骤
1：从服务端下载XAML文件并形成界面（http://www.cnblogs.com/MySilverlight/archive/2012/05/26/2518798.html）
2: 绑定数据（http://www.cnblogs.com/MySilverlight/archive/2012/05/24/2516970.html）。
3：‘代码后置’（本文）。
这三个步骤我分别写成了三个方法。InnitUI，InnitData，InnitCodeBehind。
呵呵 睡觉去咯。
下一篇讲我的 Async初体验。在我开发Silverlight的过程中，大量的异步编程让我痛苦。直到响应高手laozhao的号召使用Async Await关键才算得到解脱。 Async的使用，也让我的框架使用起来稳定性和易用性爽得不少....... 嘿嘿。
开篇
在任何的BS项目的开发中，怎么把后台的数据展示到前端，都是无法避免的甚至有时候让人头疼的问题。考虑到这点，Silverlight中微软给予了我们Binding这一伟大的特性。借助他，让我们可以用非常优雅的方式处理数据的展示.....。我们知道，Binding是沟通Xaml和数据源的桥梁，而大部分时候，我们的数据源都是一个实体类实例或者实体类实例集合。故在我们潜意识里，要展示一份数据，几乎必须写实体类不可。本文的目的就是使用一种‘巧妙的方式’，让我们不写实体类也可以Bingding.....从而显示数据。
准备
我们的目的非常简单，写一个方法，传入字符串的JSON数据，让DataGrid显示数据。Json数据如下。特别注意该JSON格式。JSON数据如下。
View Code
[ { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" }, { "PersonAidsID": "ff9619ff-8b46-d011-b42d-00c04fc934f1", "IDNum": "594832934875849485", "Sex": "1", "RecordTime": "2012/2/28 10:29:34", "Address": "合额度126号", "Name": "陈-冠-希是你", "Age": "34", "GeographicLocation": "43.887594849178,81.3012265555597", "IllnessNarratives": "2", "得病类型": "", "民族": "", "吸毒史": "", "VillageID": "ff9619ff-8b46-d011-b42d-00c04fc934f6" } ]
服务端：
特别注意我的服务端..... 就是一个ASPX的页面。然后使用Response.Write 的方法向客户端输送数据。个人觉得这种方式简单又灵活。比起WCF。
最后的服务端如下
客户端取得数据：
string dataUrl = HtmlPage.Document.DocumentUri.AbsoluteUri.Replace("Default.aspx", "Handler/Data.aspx");
WebClient webClient = new WebClient();
webClient.DownloadStringAsync(new Uri(dataUrl));
webClient.DownloadStringCompleted += (sender1, e1) =>
{
MessageBox.Show(e1.Result);
};
呵呵这写法非常常见。 但值得各位注意的是：
string dataUrl = HtmlPage.Document.DocumentUri.AbsoluteUri.Replace("Default.aspx", "Handler/Data.aspx");
这个写法。这样的话，不管换哪个IP，都不会有问题。
反射实体类来咯
上面客户端已经可以取得数据了。接下来要做的就是怎么把JSON转换为实体类实例集合。
有三步工作要做。
1：从JSON中获得列头。（见代码中GetCoumsByJson 方法）
2：从列头反射形成实体类。（见代码中getTypeByStrList方法）
3：反序列化形成实体类集合。
下面直接上代码。怎么做的。看代码便知。
http://files.cnblogs.com/MySilverlight/SilverlightApplication2.zip
诸位看看代码便知。注意跑起来之后浏览首页要点击一下那个按钮才显示数据哦
会影响性能吗？
基本不会。因为即便是使用反射形成实体类。但请注意，这里是使用的Emit的方式。这种反射方式不咋影响性能....。
后话：这算做是我框架介绍的开篇.... 呵呵 一共五偏 呵呵