博客园_银光小子

把XAML放在服务端，即改即现<二>.... 把DLL也放服务端

2012-05-26T08:11:00Z

给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不到。非常的小.....。

上代码
http://files.cnblogs.com/MySilverlight/demo3.zip

代码说明
首先照上文所说的那样，找到 .... \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的使用，也让我的框架使用起来稳定性和易用性爽得不少....... 嘿嘿。
本文链接

把XAML放在服务端，即改即现.....

2012-05-25T17:57:00Z

好晚了都睡了把呵呵.... 偷偷写博客玩呵呵.....

先玩玩上面这个Silverlight的东西
首先看到上面的这个界面，把下面的代码
<UserControl
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:ed="http://schemas.microsoft.com/expression/2010/drawing"

Width="640" Height="480">

<Grid x:Name="LayoutRoot" Background="White">
<ed:BlockArrow Fill="#FFF4F4F5" HorizontalAlignment="Left" Height="50" Margin="112,48,0,0" Orientation="Right" Stroke="Black" UseLayoutRounding="False" VerticalAlignment="Top" Width="100"/>
<ed:Callout AnchorPoint="0,1.25" CalloutStyle="Oval" Content="Callout" Fill="#FFF4F4F5" FontSize="14.666999816894531" Height="100" Margin="248,48,192,0" Stroke="Black" VerticalAlignment="Top"/>
<ed:RegularPolygon Fill="#FFF4F4F5" HorizontalAlignment="Left" Height="100" InnerRadius="0.47211" Margin="64,0,0,116" PointCount="5" Stretch="Fill" Stroke="Black" UseLayoutRounding="False" VerticalAlignment="Bottom" Width="100"/>
</Grid>
</UserControl>
复制到上面的文本框里，然后点击“显示界面按钮”....... 呵呵，没错，界面就显示了。
........。
不过更好玩的事情是，任意你给一份XAML，只要符合一下三个条件，把XAML复制到文本框里，然后点击显示界面按钮，都能显示该界面。
1：XAML格式良好，根为Page或者UserControl。
2：没有x:Class.. 这个
3：注意你的XAML没有引用第三方的类库。
..... 没错，你任意放修改XAML，然后点击按钮，就会显示界面。

源代码如下..... 因为代码实在太简单，就不往包里整了。
下面是按钮点击的代码。
private void button1_Click(object sender, RoutedEventArgs e)
{
string xaml = textBox1.Text;
try
{
UserControl uc = System.Windows.Markup.XamlReader.Load(xaml) as UserControl;
ChildWindow c = new ChildWindow();
c.Content = uc;
c.Show();
}
catch (Exception ee)
{
MessageBox.Show(ee.Message);
}
}
哈哈..... 代码好简单啊.....。

我的目标：即改即现。
在我们实际的开发中，我们的XAML哪怕只做了一个非常小的更改，我们想看看效果，都必须经过编译阶段。XAML必须重新打包近XAP。随着项目越来越大，编译和打包的时间也会越来越长。当项目比较大的时候，我们哪怕做一个非常小的功能的更改，都必须要整个重新生成一个新的XAP包。
而即改即现的意思，就是改了之后，不要编译，马上就能看到效果。
比如上面的小例子，几行代码实现了一个简单版本的”即改即现“。你把XAML做任意的符合条件的改动，点击一下按钮，效果即可出来。
当然上面那个东西不能实际做项目用，实际的项目开发当中，我们的Xaml当然不能在那个小小的文本框里编辑，最好用Blend编辑。（在这插句题外话.... 有朋友觉得学习Silverlight可以不用Blend，这绝对错误的观念。）
所以，如果能用Blend编辑XAML，并且能点个按钮，0.5秒内看到改的效果，我想那一定是件爽事。

上代码了呵呵
没错，上面我所说的，用Blend编辑，改完了点一下直接看的代码.... 如下。
http://files.cnblogs.com/MySilverlight/demo2.xap

代码说明：
1：在你打开这份代码之后，注意找到 ......\demo2\SilverlightApplication2.web\ClientBin\MyXaml\XamlShow 这个目录。这个目录下你会找到一个解决方案，请用Blend打开它。
2：打开之后如图，找到三个可以即改即现的XAML。先打开UserControl1.xaml

3：打开 SilverlightApplication2.sln，用VS打开。然后浏览Default.aspx页面。或者干脆按F5，你会看到如下界面

点击显示界面按钮，你会看到UserControl1的XAML加载后的界面。呵呵是不是和Blend里一模一样？？
没错，这事即改即现的.
你可以把这个UserControl1改为 UserControl2 或者 UserControl3.并且这三个文件都是即改即现的。注意Blend里编辑完之后要按Ctrl+s保存一下。

后话
这样对待我们的XAML，是不是感觉方便很多？？当然，如果这种方式只能给我们改改XAML，只能当游戏玩玩，那我这文章也没啥价值了.... 如果在实际的开发中，真把XAML像这样放在服务端.....
你会问，这样把XAML放在服务端，那资源字典（样式文件）怎么半呢？图片的加载怎么办呢？在Blend里能显示图片，这个用这种机制还能显示吗？？要引用第三方DLL咋办？？这里的路径只有一个Test文件夹，可如果Test文件夹下有多个目录怎么半？？？
不过我知道，这里最大的难题，是.... CS文件怎么办？要知道一个XAML，在我们之前的开发中，都要对应一个CS文件的。即便是用MVVM，这个页面也要有相应的CS代码与之对应......
呵呵，没错这些问题..... 我都解决了.....
预知后事如何，且听下回分解。

本文链接

Silverlight不写实体类也能显示数据呵呵

2012-05-24T12:43:00Z

开篇
在任何的BS项目的开发中，怎么把后台的数据展示到前端，都是无法避免的甚至有时候让人头疼的问题。考虑到这点，Silverlight中微软给予了我们Binding这一伟大的特性。借助他，让我们可以用非常优雅的方式处理数据的展示.....。我们知道，Binding是沟通Xaml和数据源的桥梁，而大部分时候，我们的数据源都是一个实体类实例或者实体类实例集合。故在我们潜意识里，要展示一份数据，几乎必须写实体类不可。本文的目的就是使用一种‘巧妙的方式’，让我们不写实体类也可以Bingding.....从而显示数据。

准备
我们的目的非常简单，写一个方法，传入字符串的JSON数据，让DataGrid显示数据。Json数据如下。特别注意该JSON格式。JSON数据如下。
[
{
"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的方式。这种反射方式不咋影响性能....。

后话：这算做是我框架介绍的开篇.... 呵呵一共五偏呵呵
本文链接

搞Silverlight企业级开发不用这个？哇！

2012-01-30T11:49:00Z

步骤一：

首先请点击这个网站

http://live.clientui.com/

呵呵。这控件爽把。

步骤二：

然后请点击这个网址

http://www.clientui.com/download/

看到没

这里注意只有 Emai 要填正确。别的乱填即可

填完之后提交

步骤三：

接下来看看你的邮箱

收到的右键会有下面的一段小东西把

注意点击上面那个近700M的下载。

点击下载

有700M噢

要耐心点哦。

下载完了就安装

注意在安装时一般会出现乱码，不要管。等着。等个十分钟就装好了。

步骤四：

呵呵。当然如果这篇文章就上面那点东西那未免太2了。

嗯。如你看到的那样（如果你英文还OK 的话）。这个是一个月试用版的。意味着如果你用这个Silverlight控件发布的IIS上

会出现下面的东西

这是个很讨厌的东西，如果你不买正版，相信你怎么都去不掉。

这里头讨厌的文字告诉你：这是一个没授权的版本。

咋办呢？

1：不用

2：用，掏钱买正版

3：可以考虑把这个东西隐藏掉。

隐藏方式如下

在App里的Application_Startup(object sender, StartupEventArgs e)加上下面的代码即可

DispatcherTimer dt = new DispatcherTimer() { Interval = TimeSpan.FromSeconds(2) };
dt.Start();
dt.Tick += (sender1, e1) =>
{
IEnumerable<Popup> sdf = VisualTreeHelper.GetOpenPopups();
foreach (var item in sdf)
{
if (item.Child != null && item.Child as Border != null && (item.Child as Border).Child as Border != null)
{
item.Child.Opacity = 0;　 item.Child = null;
}
}
};

这段代码的思路也很简单。即找到上面那个 “未授权”的标志，然后将其背景设为透明即可。

步骤五：

跟老板商量下，如果用这个东西整的软件卖了钱，是不是可以考虑买个6000块的单个授权正版........

额外话。本来都说好了开源我的那套TagSL的，可最近是真的时间紧，各位多等会哈呵呵。

本文链接

请别总是站在程序员的角度思考问题！！！谈优化12306网站！！！<转载>

2012-01-08T14:35:00Z

这几天各大站几乎都围绕着一个很好玩的命题，即12306的优化。CSDN，园子里，51CTO很多地方的大牛们都给出了‘优化方案’。说的最多的还是‘分布式’，‘海量访问’..... 等等。

本来我也同各位菜鸟一样抱着学习的心态板着板凳来围观各位大牛们的解答。可今天在CSDN上看到这篇文章，却有着严重的被骗的感觉。

原来12306最大的问题不是什么海量访问或者还不让人想吐的界面，而是业务流程。只要简单的改变业务流程才是解决12306网站访问的最终解决之道。

个人感觉作者也不是啥技术大牛，只是一个长期要买火车票的码农。

我突然觉得，任何好的作品，那些‘架构师’的夸夸奇谈往往就是狗屎。一个好系统一定要站在用户的角度思考问题。尽量多用普通使用者的角度思考问题，而不是程序员的角度。

----------------------------------------------------------------------------------------------------------------------------------------------------------

不知道是前台问题还是后台系统的问题。原来只是售票点加火车站，对于后台来说现在量急剧上升，做好改造了吗？

再说网站的问题，老早就想说了，元旦前第一次网购买票的时候就想说了，今天上csdn来就写出来分享一下，不过没准已有人发表了。当时看到锁定30分钟提示的时候，仿佛就看到一个让我觉得可以让系统必定垮掉的问题----一个业务级别的超级长的事务！！当时看到网站的做法是下订单就把票先锁定，然后再付款，超过30分钟不付款再把座位返回，愚蠢的是，为了减少购票不成功导致退票的问题，铁道部把解锁时间由原来的30分钟改为45分钟，目前很多人是第一次网购，对网银支付还不熟悉的情况下，这就导致更多的人更长地处于等待状态，不断刷新，需要更多的系统处理。还造成另一个跟严重的问题，就是有大量的票被网站锁定，火车站都买不了，我的这第一次也是目前唯一的一次网购经历就是去售票点买不了，去火车站买，被告知票都被网络锁定了，只能去网站买，于是立刻用手机当网络马上拨号，花了半小时才买到。但是，这锁定的做法对去火车站的极为不公平！电脑可以重新刷新，火车站可不能让你一直占用队列重复刷新啊，就算你愿意重新来，那也得回到队尾重新排啊！

建议去掉锁定机制，改为付款成功才出售座位，与售票点同样的地位就可以了。想到的一种简单方法就是可以让大家先冲值到网站，如果冲完发现没票，则允许转出，如有票，则直接用网站余额购票，就不需要先锁定操作，由于少了锁定时间，很明确当时是否有票，不会存在一会票被锁定，等待超时再放票出来这样重复的事情。这样的话，自然就减少大量pv，而且客户体验会好不知道多少倍。

现在的问题是，好像没看到过银行提供联机转回的功能，转回去都是批量的，但如果用批量的，必然造成普通百姓不理解，但我想这还是值得，以铁道部的风格，不需要大家的理解，也不需要解释，说15天退就是15天，更何况如果批量，可能也就一两天就退回了。所以以更多的退款换来更好的客户体验和更小的系统压力完全值得！而如果不废除这种机制，再加硬件，再并发，算法再优化也是白费劲。

----------------------------------------------------------------------------

2012.1.8 补充总结一下，具体就是把订单锁定机制取消，流程就是：

1、下单选车次，给出需要交费的金额，转入缴费界面进行冲值，但此时不锁定任何座位。

2、用户缴费完成，再去确认订单，扣冲值的钱同时把座位分配给他。（量大的话可以批量，按缴费时间先后看看都有哪些客户成交）

3、对于缴费完，但由于时间比较晚的，买不到票的情况，允许他把冲值的钱做转出请求。（你们可以晚上批量转出给银行，第二天就能回到客户银行卡上了）

这样好处很明显，不再需要锁定，付款和退款是一个模块，而且可以提前完成，压力就分散掉了。而分配座位是一个模块，可以短时间而且可以批量完成。流程清晰，系统压力小，客户体验好。

这么简单的业务流程不优化，搞什么海量啊分布式啊，什么高并发，什么数据库啊软件啊，都是浮云。别被这些自己都没买过票的，惯性思维的所谓技术大牛们给骗了。

-----------------------------------------------------------------------------

2012.1.8 晚，再给大家补充两种图吧，形象一点，不过我不是铁道部的，所以图只用于表示我的意思，不一定完全准确。从图上也可以看到其实修改的东西不多，改的很容易但我想效果是看得见的。

现有购票流程图：因为先锁定，所以大家都要等着是否还有没支付成功的退回来的，剩下一点点就跟秒杀似的，搞死你系统。而且一旦锁定，连火车站都没得买了，因为售票窗口可不能一直刷新，他必须处理其他人的买票要求，这就导致在票没有完全卖完的情况下，可是在火车站就是买不到票了。

我建议的流程图，可以看到去掉了现有流程中的锁定操作，就不会出现票被网上锁定（实际又没卖出去）。买的时候有就有，没有就没有，大家就不会狂刷网站。支付的时候还可以慢慢来，一点都不急，这样你就可以选择任何空闲时间段来先进行下单支付（当然要提前几日的，不然票没有了就没了）。而且在出票阶段，可以用批量，还可以选择各种优先策略，比如车站优先多少，之类的，以起到公平的作用，因为这个时候就是纯出票，处理逻辑很简单，业务就可以更灵活，性能就可以更好。

原文地址http://blog.csdn.net/dragonimp/article/details/7184319

----------------------------------------------------

写了这么一大堆，突然想到那句话“也许一个复杂问题的解法简单得出乎意料”。
所以我也厚颜无耻地提个我认为可能的解决方法，关键词是身份证实名制、配额。
1. 可以提前一个月或两个月（比如11月1号开始，11月31号截止。所订购的车票必须是12月15号到2月15号之间的），让大家在线提交订票申请，比如我要订一张上海到北京的1月28号的学生票。但是这样可能会导致某段时间客流量超载，所以系统在收集订单后，对订单进行分析处理（比如一周时间），然后得出一个优化的调度方案，当然如果某些天的客流量实在太高，可以给某些人发邮件，提供调到其他天的要求。如果客户接受最好，不接受的话那就通过传统渠道去买票吧。
2. 根据第一步收集整理分析得到的数据，铁道部发票，客户凭借身份证在发车前领取车票即可。
当然最核心部分是调度算法。必须保证不能满足某些客户的订票要求时得及时邮件通知。这种方案的优点显而易见有：
1.一定程度上遏制黄牛党的盛行
2.只要有身份证，基本能保证春运期间买到票
当然传统的购票方案作为辅助以应对其他一些偶然性、突发性的乘车问题。

本文链接

12306订票中心网站很好的十个理由。你那些傻逼们不要再攻击这个网站了。

2012-01-07T04:51:00Z

该文只有注册用户登录后才能阅读。阅读全文。

TagSL框架设计（1）----先来点简介

2011-12-11T14:10:00Z

开篇
最近在做一个Silverlight的框架。
噢，这是一个仅仅工作一年半的没学历的我做的！！
现在还在开发中..... 因最近领导要看。我想先写一篇简单的文章来介绍我的这种TagSL编程。
事先声明，这种编程与传统的编程模式格格不入。不用ORM，不写实体类，设计模式貌似没有，甚至会要在XAML里写Sql语句哦，并且强制要求没特殊情况不能动服务端的代码啊！并且没用WCF等高深技术啊！甚至于你会发现怎么我还提倡XAML文件用中文命名！............. 如果你是自认为‘大牛’的并且喜欢乱喷的人，请绕道，寒舍承受不了您大驾光临。当然，如果你有一定的编程经验，并愿意以平等的交流技术和建议的口吻来沟通，小弟感激不尽。因为真理越辩越明的。当然也非常欢迎你提一些问题。我发誓会一一解答。
噢，这篇文章是一篇介绍性的文章，又或者你可以理解为我52天后要开源的框架的预告版。所以不是‘附带源代码实例’的。请见谅呵呵。

大纲
1、TagSL的核心目标
2、把那些那么多的XAML放到服务端去。
3、那两个牛逼的查询对象树的方法。
4、不写实体类了？
5、一个表单开始....
6、怎么获得表单的值？
7、这样弄有啥好处？
8、约定大于配置？？

1、TagSL的核心目标
根据《TagSL配置文档》（还在书写中哈哈），将常见业务交给每个控件都有的Tag属性（用JSON字符安文档串描述业务），不常见的业务交给代码后置。
（TagSL即Siverlight标签编程法，又或者叫Silverlight半配置编程法）

2、把那些那么多的XAML放到服务端去。
在有大型的Silverlight项目的时候，碍于天朝的网速，我们常常郁闷的问题就是项目越大，我们要使用的XAML文件越多。而XAML文件是一次打包到客户端的。这样导致XAML过大。并且如果一个项目有100个XAML文件。当你修改了其中的一个，要发布，也要将整个项目编译一次才能看到效果。真麻烦！！
我的TagSL做的第一件事就是就将XAML放到服务端。放到某个特定的目录下。在做实际项目开发的时候，每个单独的界面都实时从服务端下载（包括样式文件），下载到客户端之后使用 XamlReader.Load方法形成对橡树。
或许你会问，那代码CS的文件呢？
我会写一个方法，唯一的参数，参数就是这个XAML文件形成的对橡树，并在对橡树形成之后执行这个方法。...... 然后就OK 了。这样会有两个问题，1是这样会不会比传统的CS文件做代码后置有些功能不能实现？
我的答案是是：如果你真正了解Silverlight，你会知道代码CS文件能做到的，我的这种机制也能做到。因为对橡树的根传过来了。我就能很轻易的操作这个对橡树。而且因为我的TagSL编程在编码过程中，要常常对XAML文件进行更改，反之用C#代码操纵对橡树的方面不多（初步估计在8.5：1的样子）。故在这样的模式下，采用将XAML放在服务端是更好的。

3、那几个牛逼的查询对象树的方法。
这个两个方法我想不一定要在我的TagSL编程中。在其他的编程中同样可以用到。
查找对橡树可以查孩子和父辈。而要知道Silvlight对橡树分为逻辑对橡树和可视化对橡树（至于其区别请自行百度，个人认为这两个概念灰常重要）。
在HTML里我们最喜欢Jqurey了，呵呵动不动就是$() 这样去查找一个或者一些DOM元素。而在Silverlight里这样的方法也是非常重要的。呵呵。
这两个方法在我这个框架中用的非常的多，而我相信他对你的编码也会有帮助，当然这是初始版本的，注释啥的都不全，若可以请等待一个月后的开源版本呵呵。
包含的方法主要有。可视化对橡树和逻辑对橡树的查询孩子和父辈元素的方法。特别注意过滤条件的写法噢 .... 呵呵
#region 可视化对象树查询方式--孩子

public static List<T> Inspect<T>(DependencyObject dpObj, Func<T, bool> filter) where T : class
{
List<T> objList = new List<T>();
if (filter == null)
filter = _T => {
return true;
};
Inspect<T>(0, dpObj, ref objList, filter);
return objList;
}

private static void Inspect<T>(int level, DependencyObject dpObj, ref List<T> list, Func<T, bool> filter) where T : class
{
if ((dpObj is T))
{
if (filter(dpObj as T))
list.Add(dpObj as T);
}
for (int i = 0; i < VisualTreeHelper.GetChildrenCount(dpObj); i++)
{
Inspect<T>(level + 1, VisualTreeHelper.GetChild(dpObj, i), ref list, filter);
}
}

#endregion

#region 对象树查询方式--孩子

/// <summary>
/// 查询孩子，用逻辑对象树
/// </summary>
/// <param name="Prent">根对象</param>
/// <param name="filter">过滤条件</param>
/// <param name="list">返回对象集合</param>
public static void getAllChild(DependencyObject Prent, Func<FrameworkElement, bool> filter, ref List<FrameworkElement> list)
{
if (((Prent is FrameworkElement)) && filter(Prent as FrameworkElement))
{
list.Add(Prent as FrameworkElement);
}

if (Prent is UserControl)
{
UserControl _contentControl = Prent as UserControl;
if (_contentControl.Content is DependencyObject)
getAllChild(_contentControl.Content as DependencyObject, filter, ref list);
}
if (Prent is ContentControl)
{
ContentControl _contentControl = Prent as ContentControl;
if (_contentControl.Content is DependencyObject)
getAllChild(_contentControl.Content as DependencyObject, filter, ref list);
}
if (Prent is Panel)
{
Panel p = Prent as Panel;
foreach (UIElement item in p.Children)
{
if (item is DependencyObject)
getAllChild(item as DependencyObject, filter, ref list);
}
}
if (Prent is ItemsControl)
{
ItemsControl p = Prent as ItemsControl;
foreach (var item in p.Items)
{
if (item is DependencyObject)
getAllChild(item as DependencyObject, filter, ref list);
}
}

}

public static List<T> getAllChild<T>(DependencyObject Prent, Func<T, bool> filter) where T : class
{
List<T> list_T = new List<T>();
if (filter == null)
filter = _frameworkElement => {
return true;
};
getAllChild<T>(Prent, filter, ref list_T);
return list_T;
}

public static void getAllChild<T>(DependencyObject Prent, Func<T, bool> filter, ref List<T> list) where T : class
{
if (((Prent is T)) && filter(Prent as T))
{
list.Add(Prent as T);
}

if (Prent is UserControl)
{
UserControl _contentControl = Prent as UserControl;
if (_contentControl.Content is DependencyObject)
getAllChild(_contentControl.Content as DependencyObject, filter, ref list);
}
if (Prent is ContentControl)
{
ContentControl _contentControl = Prent as ContentControl;
if (_contentControl.Content is DependencyObject)
getAllChild(_contentControl.Content as DependencyObject, filter, ref list);
}
if (Prent is Panel)
{
Panel p = Prent as Panel;
foreach (UIElement item in p.Children)
{
if (item is DependencyObject)
getAllChild(item as DependencyObject, filter, ref list);
}
}
if (Prent is ItemsControl)
{
ItemsControl p = Prent as ItemsControl;
foreach (var item in p.Items)
{
if (item is DependencyObject)
getAllChild(item as DependencyObject, filter, ref list);
}
}

}

#endregion

#region 查询祖辈
public static void getAncestor(DependencyObject dobj, Func<FrameworkElement, bool> filter, ref List<FrameworkElement> _ancestor)
{
if ((dobj is FrameworkElement))
{
FrameworkElement parent = dobj as FrameworkElement;
if (filter(parent))
_ancestor.Add(parent);
if (parent.Parent is FrameworkElement)
{
getAncestor(parent.Parent as FrameworkElement, filter, ref _ancestor);
}
}
}
public static void getAncestor<T>(DependencyObject dobj, Func<T, bool> filter, ref List<T> _ancestor) where T : FrameworkElement
{
T parent = dobj as T;
if (filter == null)
filter = _T =>
{
return true;
};
if (dobj is T && filter(parent))
_ancestor.Add(parent);
if (dobj is FrameworkElement)
{
getAncestor<T>((dobj as FrameworkElement).Parent, filter, ref _ancestor);
}
}
public static List<T> getAncestor<T>(DependencyObject dobj, Func<T, bool> filter) where T : FrameworkElement
{
List<T> _ancestor = new List<T>();
getAncestor<T>(dobj, filter, ref _ancestor);
return _ancestor;
}

#endregion

4、不写实体类了？
关于要不要实体类，实体类到底带来了什么，我想我会再开博文呵呵。不过在这里要确定的一点是，在Silverlight里，不写实体类是可以的，但实体类不能没有！
因为Silerlight最重要的一点就是数据绑定。而这里数据源就一定需要是对象。而这里的对象大部分就是我们从数据库中取出来的数据并放到实体类中的单个对象或者对象集合。
但是不写实体类，怎么来‘对象呢’？-----反射！

#region 形成实体类
public static List<String> GetCoumsByJson(string Json)
{
List<String> str_list = new List<string>();

try
{

JsonValue ja = JsonArray.Parse(Json);
foreach (string item in (((JsonObject)(ja[0]))).Keys)
{
if (!str_list.Contains(item))
str_list.Add(item.ToUpper());
}
}
catch (Exception e)
{
DealWithExpception(e, "根据Json获得要生成的实体类的列名的集合的时候出错了，JSON内容为" + Json);
}

return str_list;
}

public static Type getTypeByStrList(List<String> str_list)
{

string classInfo = "";
str_list.ForEach((s) => {
classInfo += s;
});

if (TagSlUserControl._AllTypes.ContainsKey(classInfo))
{
return TagSlUserControl._AllTypes[classInfo];
}

string className = "TempType" + Guid.NewGuid().ToString().Replace('-', 'a');
try
{
#region 反射形成类型的初始工作
AssemblyName an = new AssemblyName("TempAssembly" + Guid.NewGuid());
AssemblyBuilder assemblyBuilder =
AppDomain.CurrentDomain.DefineDynamicAssembly(
an, AssemblyBuilderAccess.Run);
ModuleBuilder moduleBuilder = assemblyBuilder.DefineDynamicModule("MainModule");
TypeBuilder typeBuilder = moduleBuilder.DefineType(className
, TypeAttributes.Public |
TypeAttributes.Class |
TypeAttributes.AutoClass |
TypeAttributes.AnsiClass |
TypeAttributes.BeforeFieldInit |
TypeAttributes.AutoLayout
, typeof(object));
ConstructorBuilder constructor =
typeBuilder.DefineDefaultConstructor(
MethodAttributes.Public |
MethodAttributes.SpecialName |
MethodAttributes.RTSpecialName);
#endregion

#region 给类型加字段

foreach (string item in str_list)
{
Type type = typeof(string);
FieldBuilder fieldABuilder = typeBuilder.DefineField(item, type, FieldAttributes.Private);
fieldABuilder.SetConstant("");
PropertyBuilder propertyABuilder = typeBuilder.DefineProperty(item, System.Reflection.PropertyAttributes.None, type, null);
MethodBuilder getPropertyABuilder = typeBuilder.DefineMethod("get",
MethodAttributes.Public | MethodAttributes.SpecialName | MethodAttributes.HideBySig,
type,
Type.EmptyTypes);

ILGenerator getAIL = getPropertyABuilder.GetILGenerator();
getAIL.Emit(OpCodes.Ldarg_0);
getAIL.Emit(OpCodes.Ldfld, fieldABuilder);
getAIL.Emit(OpCodes.Ret);
//定义属性A的set方法
MethodBuilder setPropertyABuilder = typeBuilder.DefineMethod("set",
MethodAttributes.Public | MethodAttributes.SpecialName | MethodAttributes.HideBySig,
null,
new Type[] { type });
//生成属性A的set方法的IL代码，即设置私有字段_a值为传入的参数1的值
ILGenerator setAIL = setPropertyABuilder.GetILGenerator();
setAIL.Emit(OpCodes.Ldarg_0);
setAIL.Emit(OpCodes.Ldarg_1);
setAIL.Emit(OpCodes.Stfld, fieldABuilder);
setAIL.Emit(OpCodes.Ret);
//设置属性A的get和set方法
propertyABuilder.SetGetMethod(getPropertyABuilder);
propertyABuilder.SetSetMethod(setPropertyABuilder);

}
#endregion

TagSlUserControl._AllTypes.Add(classInfo, typeBuilder.CreateType());
return TagSlUserControl._AllTypes[classInfo];
}
catch (Exception e)
{
string msg = "";
foreach (string item in str_list)
{
msg += item + ";";
}
DealWithExpception(e, "根据字段生成实体的时候错了,getTypeByStrList(),字段内容为" + msg);
return "".GetType();
}
}

#endregion
=
如我的代码，其中有两个方法。第一个是根据JSON数据形成一个List<String> 的集合，然后根据这个集合的‘字段’，遍历形成一个实体类。当然在这个时候必须要关注的是，反射会影响性能吗？
我的回答是，不会！为什么呢？因为我的反射机制..... 呵呵 Emit不是盖的！
当然需要注意的是，这里的JSON数据是根据DataTable形成的。
而接下来我们只需要采取反序列化的方式，即可将数据放到这个实体里或者实体集合里。然后写一个 _panel.DataContext=实体或者实体集合... 即可。

5、举例说明一个‘表单’的配置
如果你看到了这。我可以明确的告诉你，上面四点。其实就是我的TagSL编程的最核心的东西呵呵。如果说我这个框架用到了什么‘高深’的技术的话，上面几点算是最高深的了呵呵。
下面直入主题。我们来配置一个简单的表单配置
下面就是我的界面的样子呵呵。

而配置XAML如下

<UserControl
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
mc:Ignorable="d" Tag=" {PKValue:'9A1D8CC2-8789-5B1C-ABB7-334C94F9FA51'} "
xmlns:Intersoft="http://intersoft.clientui.com/schemas"
xmlns:Converters="clr-namespace:Contacts_MVVM.Converters"
xmlns:System="clr-namespace:System;assembly=mscorlib"
xmlns:design="clr-namespace:Contacts_MVVM.ViewModels"
x:Class="MyXaml.UserControl1" FontFamily="Arial,SimSun"
d:DesignWidth="640" d:DesignHeight="480">
<UserControl.Resources>
<Style x:Key="TextBoxStyle" TargetType="Intersoft:UXTextBox">
<Setter Property="Margin" Value="10,0,0,0"/>
<Setter Property="Height" Value="26.2"></Setter>
</Style>
<Style x:Key="FieldLabelStyle" TargetType="Intersoft:StylishLabel">
<Setter Property="Width" Value="80"/>
<Setter Property="HorizontalContentAlignment" Value="Right"/>
<Setter Property="Padding" Value="4,0"/>
<Setter Property="FontSize" Value="14"/>
<Setter Property="Background" Value="{x:Null}"/>
<Setter Property="BorderBrush" Value="{x:Null}"/>
<Setter Property="Foreground" Value="#FF6F6D6D"/>
</Style>
<Style x:Key="FormStyle" TargetType="StackPanel">
<Setter Property="Orientation" Value="Horizontal"/>
<Setter Property="Margin" Value="0,2"/>
<Setter Property="MinHeight" Value="20"/>
</Style>
</UserControl.Resources>

<Grid>
<Grid Background="White" Tag=" {TableName: 'Test-Student', 'ControlType': 1} ">
<Intersoft:ExpandableGroupBox FontSize="14" Header="学生【基本信息】">
<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="42"/>
<RowDefinition Height="42"/>
<RowDefinition Height="42"/>
<RowDefinition Height=""/>
</Grid.RowDefinitions>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="0.33"/>
<ColumnDefinition Width="0.33"/>
</Grid.ColumnDefinitions>
<StackPanel Style="{StaticResource FormStyle}" Orientation="Horizontal" Grid.Row="0" Grid.Column="0">
<Intersoft:StylishLabel Style="{StaticResource FieldLabelStyle}" Content="姓名:" />
<Intersoft:UXTextBox Style="{StaticResource TextBoxStyle}" Width="180" Tag=" {ActField:'StudentName'} "/>
</StackPanel>
<StackPanel Style="{StaticResource FormStyle}" Orientation="Horizontal" Grid.Row="1" Grid.Column="0">
<Intersoft:StylishLabel Style="{StaticResource FieldLabelStyle}" Content="邮箱:" />
<Intersoft:UXTextBox Style="{StaticResource TextBoxStyle}" Width="180" Tag=" {ActField:'Email',RegEx:'\w+([-+.]\w+)@\w+([-.]\w+)\.\w+([-.]\w+)'} "/>
</StackPanel>
<StackPanel Style="{StaticResource FormStyle}" Orientation="Horizontal" Grid.Row="1" Grid.Column="1">
<Intersoft:StylishLabel Style="{StaticResource FieldLabelStyle}" Content="移动电话:" />
<Intersoft:UXTextBox Style="{StaticResource TextBoxStyle}" Width="180" Tag=" {ActField:'Call'} "/>
</StackPanel>
<StackPanel Style="{StaticResource FormStyle}" Orientation="Horizontal" Grid.Row="0" Grid.Column="1" >
<Intersoft:StylishLabel Style="{StaticResource FieldLabelStyle}" Content="生日:" />
<Intersoft:UXDateTimePicker Margin="10,10,0,0" Width="180" Tag=" {ActField:'Birthday'} "/>
</StackPanel>
<StackPanel Style="{StaticResource FormStyle}" Orientation="Horizontal" Grid.Row="2" Grid.Column="1">
<Intersoft:StylishLabel Style="{StaticResource FieldLabelStyle}" Content="班级:" />
<Intersoft:UXComboBox Height="22" Margin="10,0,0,0" Width="180" Tag=" {ActField:'ClassID',ShowField:'[Test-Class].ClassName'} ">

</Intersoft:UXComboBox>
</StackPanel>
<StackPanel Style="{StaticResource FormStyle}" Orientation="Horizontal" Grid.Row="2" Grid.Column="0">
<Intersoft:StylishLabel Style="{StaticResource FieldLabelStyle}" Content="年级:" />
<Intersoft:UXComboBox Height="22" Tag=" {ShowField:'[Test-Grade].GradeName',CascadeSql:'
SELECT dbo.[Test-Class].ClassName, dbo.[Test-Grade].GradeName
FROM dbo.[Test-Class] INNER JOIN dbo.[Test-Grade] ON dbo.[Test-Class].GradeID = dbo.[Test-Grade].GradeID'
} "
Margin="10,0,0,0" Width="180">

</Intersoft:UXComboBox>
</StackPanel>
</Grid>

</Intersoft:ExpandableGroupBox>

<Intersoft:UXCommandBar Height="44" VerticalAlignment="Bottom" Grid.Row="1" FontSize="12">

<Intersoft:UXButton x:Name="btnSave" Tag=" {BtnType:'Save'} " Content="保存" Width="80" IsDefault="True"
DialogResult="None"/>
<Intersoft:UXButton x:Name="bbbbbbbbbbbbbbbbbbbbbbbbbbb" Content="取消" Width="80" IsCancel="True"/>

</Intersoft:UXCommandBar>
</Grid>
</Grid>
</UserControl>

首先我确定的一件事是，表单元素的容器一定是一个Pannl。（几乎一定是Grid，呵呵）。

我们会在这个Pannl上配置（注意这里的配置即Tag的值）
{TableName: 'Test-Student', 'ControlType': 1}
这样的话，我的控件初始化器（其实就是几个方法）就会找到这个Pannel并根据ControlType为1 知道这是一个表单的容器。并知道这个表单对应的表是Test-Student这个表。
接下来每个字段都回有相应的配置。你会注意到几乎都有{:''} 这个配置。这个配置我的用意就是告诉表单初始化器这个表单拥有的这个字段。还有日期字段。日期字段我的控件初始化器会自动识别其为日期字段，并做响应的转换。当然你会注意到还有下拉列表框。注意如果这个下拉列表框的值是由另一个表的话。配置的方法是这样 ShowField:'[Test-Class].ClassName' 。即‘[表名].字段名’的方式。这样这个下拉列表框就会自动的填充值。呵呵。
特别要注意以下几点
A：我的服务端会根据表名自动的知道每个表单的表的主键是哪一个。甚至我会根据表的字段信息查询这个字段的非空属性等等。
B:还有一些功能比如每个字段还可以加入正则表达式验证等等。而这些只需要在XAML的控件的Tag里加一个简单的配置而已呵呵。
C：而且如果你自信你会发现UserControl里有这么一个配置 Tag=" {PKValue:'9A1D8CC2-8789-5B1C-ABB7-334C94F9FA51'} "。呵呵，这个PKValue就是指当前这个UserControl------这个样的UserContrl我称之为 Page，即一个界面。这个PKValue就是我定义的一个界面级别的值。注意上图我的那个表单里头的值就是通过这个主键找到的。当然这么长的一个主键是不需要你配置呵呵。比如当我们在一个列表当中点击某一条数据编辑的时候，我们的做法要将UserControl的Tag属性赋值。就象我们在HTML的列表里点击某条数据编辑一条记录弹出一个窗口我们要URL传值过去一样呵呵》。。。。。举这例子只为说明Tag在我的框架里除了作为配置之外。另外一个重要的用途就是‘界面传递值’ 呵呵。
D：我会根据ActField这个配置自动的生成一个绑定器，当然是双向绑定。

6、怎么获得‘表单’的值呢？
string data = JsonConvert.SerializeObject(_panel.DataContext);
这里的data就是我们要获得的表单的所有的值，JsonConvert是一NewTonSoft里的一个类。SerializeObject是反序列化。_panel就是我们的那个表单。
呵呵，没错。我们这样就获得了表单当中的值。呵呵。

7、这样弄有啥好处呢？
A：加快了编程速度。传统咱们要弄一个‘表单’啥的要前后折腾半天。而且那啥下拉列表框的级联等等也要搞半天..... 在我这你只需要两个配置即可。呵呵而且不只表单哦。。。。列表，树，ListBox......。都能用这个配置直接配置出来噢.....
B：让代码更加统一了。其实以前我们的开发。比较蛋疼的事情就是如果十个人实现同一个功能，往往写出来的代码会有十个模样（即便是团队有着非常详细的编码文档，代码也可能五花八门）。当我们做代码交接的时候往往要将代码解释半天。而用这样的配置，则会让代码风格非常统一。
C：牛逼的培训。呵呵，我想52天后我正式版本发布的时候，一定是伴随这非常详细的文档，实例例子，甚至视频教学噢。我想一个框架给力不给力其实很重要的一部分就是学习资料爽不爽。我想这一点因为哥的存在不会差哈哈。

8、约定大于配置？
这话我想你听过。。。。呵呵。编程大牛常常说这话。那么按照这个字面意思理解，是不是我的编程方式不如‘约定编程’呢。
错。呵呵，要知道这话你是不能只理解面的意思的。
约定大于配置本意就是要约束开发人员按照某约定的模式编程，尽量把更多的东西约定好统一好，而不是‘配置’（此配置非彼配置）。
那么我的这种编码模式刚好符合这种理念。又或者我的编码模式可以叫约定型编程。即约定了咱们就这么在Tag里写那些来实现业务呵呵。

未完待续
呵呵，现在我的TagSL还在开发期，还有一些细节的一些东西需要优化。我曾说过要在52天后放出一个开源版本。呵呵。我明年可能还会将工作流啥的集成进来噢.... 哈哈。

诚然，我想我一定会遭到一部分兄弟的喷击。毕竟我才入行一年，就居然说要做框架。怎么这么狂妄呵呵（一个哥们对我说的原话）...... 其实我只是想寻找更优秀的软件制作方式而已。唉....
噢，忘了说了，虽然我只编程了一年半，但要注意的是我的框架是站在居然的肩膀上... 呵呵。
为什么我会如此执着的弄着一个‘框架’？为什么我一个才两年不到编程的人敢于弄框架？为什么我对‘配置’如此..... 请看下集《我在hangar学配置》
谈的是在一个几乎天天谈配置的公司的学习经历。
这家公司有不懂编程语言的人凭配置做了两年开发了.. 你信吗？？

本文链接

好无聊的晚上开源一个Silverlight的WEBGIS汽车监控玩玩

2011-12-04T16:18:00Z

SIlverlight牛逼的程序员，在我看来是SIlverlight博客最好（IN CHINA）的程兴亮大哥来访各位可去31楼膜拜。

在此我郑重申明：

1：本项目属于半成品功能均未实现。中途个人决定转成开源的学习项目。性质变为非商用的学习项目。

2：本项目使用了某网友做的项目的样式文件（表格样式文件），还有一些图片文件。并在界面上模仿了该网友的一些功能。比如表格的内容等。但这些内容中的功能并未实现，都是放在那好看的。但我还是向该网友致歉。

3：必须声明的是，本项目核心功能，即实时定位的功能.... 除了一些表格的样式，其中放着好看的字段以外。其余界面布局等均为本人所编写。之前本人说代码均为自己写的，这种说法有误，再一次道歉向各位。但我仍然坚持认为这份代码的所有全归我自己。因为包括核心代码在内的9成以上代码是本人所编写

4：希望该网友不要咄咄逼人。都是几个打代码的民工而已。谁做项目不去别的地方复制粘贴几个图片？谁不希望去弄个样式让自己的表格好看点？？？况且这还是非盈利的项目。如果这东西拿去卖钱又是另外一回事。

5：本人再一次想dkeric道歉。未经允许使用别人的图片和样式文件还有表格的内容... 这样总归不对。但也希望dkric仔细看看。那表格里的功能就是放在那好看而已。里头功能并未实现.....。因此dkeric认为的这份代码的所有权还是他的代码有误！！

6：如果dkeric仍认为这份代码有严重的抄袭之嫌，认为“我开源了别人的代码”。那OK ，我们法庭见即可。

7：开源的东西，我本身是没任何好处的。甚至连我自己的不知道这篇文章会这么火...... 为的不过是给Silverlight社区做点事而已，又或者说好玩而已。若因此而遭dkeric逼刑..... 我只能非常无语。
还有请以后各位做的东西好好的做代码混淆。

有几个兄弟反应程序运行程序会有错误之类。一般情况都是

1：没装SIlverlight

2：没有Blend的那几个DLL等。

3......。

我公司不能上QQ 。各位有问题的先加群195409459。我晚上回去一一帮各位弄呵呵...

呵呵注意

这两个按钮式可以点击的噢......。

还有在博客园的这上面那个工具栏的图标显示不了。但是你把代码下载过去自己跑就能都看到了哈呵呵

声明一下这只是一个半成品。但效果足以媲美成品。我只负责客户端展示这块的东西。服务端GPS拿数据的......

呵呵

感觉还可以吧呵呵。

事情是这样的一个月前有个2B找我说要接私活。结果等哥做到一半那SB说他项目还没接下来。NN的。

今天突然翻出这个项目呵呵。自己一个月钱一行行代码打出来的呢。好辛苦的呢。唉....

想想搁自己电脑里也浪费了干脆拿出来给大家呵呵。

当你打开整个项目的时候。特别要注意点击

这几个按钮。会有神奇的效果产生呵呵。

还有这个效果

看起来也不错吧呵呵。

预告一下哈。预计两个月内小弟会开源一个牛逼的 Silverlight框架到时候兄弟们多多捧场啊。

代码如下呵呵

http://files.cnblogs.com/MySilverlight/fanSl.zip

小弟诚心交搞Silverlight的朋友请加群195409459

本文链接

血泪八条---给中国IT教育培训机构

2011-03-06T16:35:00Z

本来这篇文章已经下了头条下了精华区 ... 影响力已经不在可是不知道哪来的一股力量莫名奇妙地一堆人来攻击我质疑我

他们所持的核心观点就是既然我是清华IT的那为什么就要来这说清华IT的坏话呢？？？

我一遍一遍的根他们解释一来这是改革之必要二来这种坏话本身不是针对我们这个机构而是针对所有机构

三来我说了什么很实质性的坏话了，都是实话啊？？？

某个名为“蝶恋花”的网友有篇评论尤为奇妙认为“子不嫌母凑发这样的帖子无异于禽兽”

悲哀啊在这个年代我一一片好心却要被无数人解读为自私悲哀有莫名的动机......

在这个年代说几句针对自己学校的良心话实话却要被他们这么骂

当一个人讲几句真话讲几句实话的时候却要被骂成是“叛徒无耻禽兽...”

呜呼哀哉这算是何等悲剧？？？？？？？？？？？？？？？？？？？

莫非你们非要把我逼成老赵那样的人你们才甘心？？？

所以在这篇博客既然你们认为我是这样的人我就做给你们看！！！！！！！！！！！！

滚别在我这文章下评论侮辱这篇文章哥就是叛徒就是间谍！！！！

滚哥有自己的世界自己的看法自己的一切

滚

一群自以为是的东西要吵去别的地方

因一时之气和误会误删heros 的帖子再次道歉

又有新的攻击我的方式出现了说我既然在这个学校呆过那么说这个学校的坏话本身就是欠揍

我很无语我只是以切身经历指出这种模式的不足和改进方案难道错了吗？？

比起网上那么多要找清华IT北大青鸟各种培训机构算账维权的学生来说我这种方式是何等和谐啊

聪明的人会从文中看到各种方向只有那群蠢人才会认为这是攻击性文章

没想到老赵也来了真是... 他老人家反对删帖这种无奈行为所以从现在起....

昨晚已经下了头条可没想到今天又...

我始料不及..

昨天我一遍遍的问自己写这么篇文章得罪我之前学校那么多老师我值得吗？？

想了很久之后或许我还是给自己那个答案我不后悔

因为这些话确确实实是我憋在心头良久的肺腑之言虽然有些过激有些不现实有些鲁莽

但句句都是我对中国IT教育之期盼

北大青鸟式（请注意这个式）的机构，是跟阿里巴巴同一时间创办的我相信北大青鸟当初的创建人

一定和马云一样很有观光能看到这个社会某个方面的不足并提出自己的解决方案

11年了阿里巴巴成长成为全世界瞩目的电子商务互联网公司解决了物流信用支付等难题

可这11年里北大青鸟解决了什么证书含金量仍然为零就业模式仍然靠.... 招生模式还是靠吹

仍然要贴北大的冷屁股....

“有自尊，有胆识，不虚伪，踏踏实实做事”.... 这其实真的是一个中国该有的名族机构的路

阿里巴巴走对了北大青鸟式的机构走错了....

如果这篇文章哪怕能够让那么哪怕只有一个培训机构的领导看到并反思去思考

这文章才没白写或许我被骂了那么多得罪了那么多人才值

诸位兄弟只是真的中国大地现存的教育机构都这副德行小弟才无奈之下写出此文...

各位，我也没想着篇文章竟会这么红但我真没啥商业或者别的意思

我也只是一个入行2年不到的小子一个20出头的小子根据自己的经验说句良心话而已

却要被很多人说为“没资格”“博点击”“有何才能评价培训机构”.....

如果大哥你很有才能绕道吧别看这文章了寒舍承受不了您大驾

我之前的老师要我将这篇文章删掉我很明确的回复没这个可能！！

一个机构连正直面对自己面对公众的勇气都没有谈何改革？？！！！

这本身是给我之前的培训机构的董事长的信。但是后来转念一想，这不正是我对中国IT教育要写得信吗？？？

恳请管理员将其置于首页，让更多人看到，思考这个问题。

中国IT教育，到底该怎么办？？？？

先给各位打个预防针。那就是----如果我的初衷是来放广告的，我不得好死！！！

先给大家来个小简介，各位可以参考一下。文章说得健坤IT学校前身就是“清华it”。不知道这个机构的可以理解为北大青鸟。

还有，这里的“清华”，可以替换成“北大”。在文章中意思不变！！

如果看完之后，你觉得标题夸张我只能一笑而过中国现存的约800万IT从业人员中的30%以上曾上过培训机构不用看了也许你周围就有好几个从培训机构出来的但中国的现在确实没哪家IT培训机构能够做到文中的八条太多类似于北大青鸟这样的机构一年赚几十个亿.......

确实没哪个机构能口碑好到学生出去可以不用假文凭假的从业经历

从这个角度来谈对中国现存的那些培训机构的改革个人认为说“血泪”并不过分

另外本来我是准备写关于大学软件教育看法一文思考再三还是决定取消了。

写这篇文章得罪的人够多了如果以我一人之力去写那么篇文章以我现在的力量或许还真抵挡不住......

其实我还是那句话培训机构至少在现在的中国相当长一段时间内还将存在因为他确实能弥补大学教育的不足和提供没有考上大学的人一条职业之路

你可以骂但这样的机构确实存在如果大学软件教育足够成功这群机构早倒闭了

  《关于对健坤IT学校的八条改革建议》
李董：
    学生欧宇龙，挺荣幸您能看这信。
    这份信得内容在我脑袋中构思了整整半年了，从我第一次听您演讲的时候，我就开始想把这份信写出来交给你。但碍于很多方面的原因，我一直没能写出来给您。昨天有机会我在跟同学聊天，聊到我们学校的发展情况，聊到我对学校的建议，聊到我的教育理念.......同学们在那听得目瞪口呆。而这些又碰巧被某老师知道，她建议我将这些整理起来，让你看到，或许就能让梦想照进现实.....
    在我列出我那“惊世骇俗”的“健坤改革八条”之前，我想先给你讲讲我的学习经历。
    我88年的，人比较笨，两次高考都没能考上本科大学，无奈去了一个专科，可读了一年之后，在彷徨迷茫之时，我发现我就像一只徘徊在窗前的苍蝇，未来一片光明，可惜不知道出路在哪。在我思考再三之后，决定不顾家人反对转行it，我去了一个小培训机构，培训了2个月，然后亲眼目睹这个机构的倒闭。而家人并不支持我去培训，一定要让我回学校读书，我死都不肯。无奈之下，我下定狠心，自学。自学半年之后，就来到了您现在主办的培训机构----我来这的原因非常简单----因为我女朋友在株洲。然后现在在广州工作，工资待遇个方面我还挺满意。
     呵呵，我的经历本身不重要，重要的是我在这段经历中我的反思。
我的反思几乎无时不刻都在：
1：对于我们年轻人来说，文凭到底意味着什么？没有这玩意儿，我们就一定在社会上会被饿死吗？那文凭重要，还是能力重要？（我就遇到了这样的问题，如果我读了大学，就有文凭，但不会像现在这样有工作能力.....）
2：一个IT培训机构到底怎么做才会不倒闭？
3：我们该怎么学习，才能达到最好的效果？？
4：一个IT培训机构，怎么才能做到其毕业的学生出去之后不必伪造假文凭。仅仅凭借这个机构的毕业证书就能找到工作？？？
5：既然社会是残酷的，那在学校的时候，我们该不该先对自己残酷点？？？
6：作为程序员，我们该则么学，学什么，性价比更高？？？
7：中国何时能出一个改变中国IT教育现状的培训机构？？？
8：.......
    而仅仅是这些反思，或许就是我今天要跟您说得改革十条的前荐！
    而这些反思，其实都只为一件事，如何改变中国IT教育现状！！
    我的目标就是成立一个IT培训机构，改变中国IT教育现状......虽然被嘲讽无数，但我一直坚持着.....
    而接下来这八条，就是我对学校的谏言！！
嗯，开始了，这八条开始了，做好心理准备，好几条可能会让您心跳加速异常

第一：让清华IT去掉“清华”二字，更名为“健坤IT学校”
原因：
我相信您一定会问我为什么要去掉清华二字？？
可我要反问您，我们为什么一定要用热脸贴清华的冷屁股？？？
首先我们彻底的来看看“清华”到底给我们带来了什么：
是良好的教材吗？
狗屁！我有一句话放在这了，我编的教材，都不会是这个水平！
我们上课压根就不用这个。
是强大的体系认证吗？
更加狗屁！
清华IT的证书，拿出去，压根就没人认！我们出来就业，如果你敢说你是从清华IT毕业的，估计连面试电话都接不到一个！那些证书，读过的人都知道，就是废纸一张！或许像哪位老师说得，这个证书可以拿回去做个纪念.....。
是良好的考试体系吗？
还是狗屁！连监考的老师都是自己学校的，能好到哪去？？？而且一个学期才一次....强度，力度，考试内容....都只能算是下等。
是良好的招生广告效应吗？
这个更加狗屁。不管怎么样，现在的人其实都不傻了，我曾独自调查过。我给他们两个机构选择，一个叫IT学校，一个叫清华IT学校。其中70%以上的都会选没“清华”二字的。如果我说得这些都不足以证明我所说得话为实。那我想您应该比我更清楚，清华IT 的广告放出去多少？？回报呢？？？从另外一个角度来说。我们是“清华IT”的学生也很别扭..... 谁敢穿着清华IT的衣服出校门去外面逛？？.... 我曾出50块要我一同学每天穿有着“清华”二字的衣服去外面逛一周.... 被拒绝了....

那我们倒底得到了清华的什么？？？有任何实质性东西吗？？？除了跟别人说起我们是“清华人”的时候，脸会发烫.... 只是这时候或许清华人的屁股是热的.....。
健坤应该有胆识有自尊，自立门户！！！
下面这段话，是我用来形容中国迄今为止应该说口碑上市最好的培训机构，传智播客的话，很多陌生人都赞赏我这段话：

“但你们不同，你们至少敢正式自身，有清晰的定位，不搞那些没用ACCP证书，敢于推出“免费学习”（黑马训练营）。有自尊，有胆识，不虚伪。但........”

（http://blog.csdn.net/zhangxiaoxiang/archive/2011/02/21/6197486.aspx，各位可以看看这个链接，文章是张孝祥写得，上述是我的评论，我的评论是骂张的，各位不妨去看看，我在CSDN的网名是xixiyizhandeng，我的评论蛮多人赞同的呵呵）

但李董，我是您的学生，可现在却只能含泪说别人更好......。

如果上述做到了，或许真的做到了“做有良心的培训机构”的第一步。能做到这一步，再来看我所认为的教学改革，一共有五条建议，而这四条建议就是我核心推出的“用高三的态度学IT”的教学理念.....

第二：教学时间上的改革
时间上的改革很简单，就是将原来给学生的课程乘以三。
这么跟您来说，我们以前在清华IT，一个礼拜才8节课是由老师正式来上课的。问题是，这，够了吗？？？？
根本就不够！！！
一个简单的例子，我曾自学5个月，来到您的培训机构直接上S3，可发现我的水平在班上属于前3的.....。原因很简单，我自学的时候，每天给自己上8节课.....。
另外时间上的改革就是让我们的同学每个礼拜上6天课，每天有7节课。其中3节自习课，用以上机完成老师布置的作业。一个礼拜只能有一天休息。
当然，这本身或许就违背了您的理念，您提倡“快乐教学，快乐学习”
可我很想反问您，快乐教学的意思，是让一个学生上完课之后去玩游戏，很快乐，还是在学习上充实饱满，觉得一天没虚度，感觉快乐？？？
在我看来，学习本身带来的快乐，才能叫真正的快乐。
再者，我一直都有一句话：
在学校就要对自己残酷点，因为你去社会的时候才会知道学校再残酷都比不上社会的残酷。
男人，就要对自己狠一点！
而在学校的角度，就是明明白白的给学生多上些课。没有什么实惠比这实惠来得更实在！
而据我初步推算，本来我们学校一年半的课程，最多不超过11个月能学完，而且能学得更好。

第三：软件工厂次数的改革
估计你去问任何一个学生，问他们在学校哪个时段学的东西最多。估计他们一定会说是“软件工厂”。
要知道，软件工厂，在我看来，是迄今为止中国IT教育最为成功的教学方式的典范。
在这里，你确确实实能体验到团队的力量，你确确实实是联合一群人，一起去做一个玩玩整整的软件。
那我的问题来了。既然软件工厂是最为成功的IT教学方式，我们为什么在真个教学过程中只安排一次呢？
个人认为，软件工厂，我们在整个教学过程中，应该安排4次。上面我已经说到，清华IT不应该再存在。那么在这个意义上来说。我们就应该有更加严格的学生水平的评测方式。那么软件工厂的项目验收阶段不妨作为这样的方式。
如果学生做出来的项目过不了关，就直接留级。
原因很简单，项目才是检验学生实力的唯一标准。
而且，我们的口号不就是“培养职业IT人士”吗？那从这个角度来看，软件工厂的次数增加更加有益于对我们职业素养的培养。

第四：“残酷”的考试制度。
我的建议非常简答
给学生增加高强度高力度的考试
增加周考制度和月考制度
周考成绩必须排名并公布。月考成绩必须通知家长。
再我看来，没有什么能有考试更能让一个学生有压力然后专注于学习的了。竞争是什么？这就是竞争！！！
不是有那么多学生不努力学习成天上网玩电脑吗？
你给他们考试，并排名通知家长，你看看结果会是怎么样？？？
不要说我残酷，不要说这对学生太不人道。这个王八蛋学生拿着父母的钱在这玩，本身就是对他父母的不人道。而现在他要人道，可到社会上了，谁给他人道？？？社会上唯一的人道就是“物竞天择，适者生存”。
我当年入行IT，搞技术，就因为看透了很简单的一点“在技术这个领域，你的努力和你的地位成正比”。在我初入职场，我更有这个体会，往往由于某个技术点不过关，被别人歧视。
而这种歧视，我宁愿在学校的时候被别人歧视过......。
考试制度，虽然残酷。但是却几乎是唯一的让学生能非常有压力的方法。因为考试以来能然学生最大程度的掌握和所学知识，查漏补缺。更重要的是，让这个学生不敢松懈，全力以赴去学习。

第五：让学生和老师深入技术社区。
首先，技术社区是什么？？
这么跟您来说吧，在我们IT这个行业，会有那么几个网站，让很多程序员都在里头发表技术性的文章，发布自己遇到的问题，帮别人解决问题，分享自己的技术成果，研读别人的文章....
在我看来，对于任何一个程序员来说，或者任何一个职业的人士，反思都是非常重要的。而社区，恰恰就能让这样的反思来得更加猛烈。
说得更直白点。社区其实就是几个网站。我们学校一共有两个方向，.NET 和JAVA。那么对应下来的技术社区网站有以下几个
博客园，CSDN，Javaeye，51CTO....。
简单的来说，比如一个学生遇到了问题，他可以去技术社区里问。他对于感兴趣的知识点，可以去技术社区里和别人探讨。我们老师有什么好的技术上的研究成果，可以去社区里分享。
社区对于一个程序员的成长，就是最好的牛奶！！！社区的技术博客就是一个老师最好的教学成果的检验方式之一。
而如果我们学校的学生，能够形成一支团队，在技术社区里活跃起来.....对我们学校的发展，就是是锋利的强心剂。
你知道吗？传智播客这个机构之所以能够在全国影响力很大，口碑很好。是因为其主办者本身就是技术社区的领导人。
而更重要的是，我们学校有几斤几两重，放到技术社区上，一称便知。
我想我们应该要有这个胆识，去晒一晒我们自己的实力。

第六：加入更新更值钱的教学内容。
这个相当的迫切。
比如，当下JAVA的学生，完全可以去学习Android（手机开发的一种）。.NET的同学，可以去学习WP7的开发（手机开发的一种）。
又比如，我们的教学内容里，应该加入工作流的学习。应该学习更多更有价值的软件架构和设计理念。
关于怎么样的教学内容，在此，我不想详谈。但改革我们的教学内容对于我们现在来说，这是一个相当迫切的任务。
跟着企业走，跟着趋势走，永远不会错。教学内容，不能一成不变！！！

上述就是我对学校五条关于教学上的建议，其实核心只有几个字，“以高三的态度对待程序”。
而接下来，则是我对学校另外一些方面的改革建议。

第七：更合理的收费
这条建议也只有几条
1：对于学习努力的学生，推出“先读书，后付款”的模式。甚至可以让非常优秀的学生“免费”上学。等毕业后还款。这种模式现在在国内几家优秀的机构已经采用，我么为什么不用呢？？？当然这背后还有着学生还款诚信等问题.... 但我觉得，既然学生相信你，你也应该相信学生。
2：降低收费。既然我们用不着付清华那一年几十万的啥加盟费，那就把这些钱给学生省下来吧。其实一年半3万的学费。本身就清华IT这高昂的收费就遭很多唾弃。况且家长挣钱也不容易！！！
3：让学生去考“自考”本科。这个要做强制要求。既然学生不能那那所谓本来就没用的证书，到不如那这点报考费去考哪个自考本科吧。学历，还是挺管用的。那本来的报考费去考那本科..... 这钱才没白花。

第八：更聪明而诚实的广告
我们投了多少广告？？白花了多少钱？？
总之，不要再放那些无用的广告了。我们要有我们自己的教育理念，自己的教学方式，自己的教学之路。把这些告诉别人，这就是最好的广告。在前面我说得技术社区的战略，本身就是最好的广告之一。
而且在我看来现在很少有人会关注你那广告上那些好到让人怀疑的东西！
何必呢？？？
这我也不想多说。因为投放广告本身的前提，就是我们学校这个机构已经足够说服自己。但现在，谈广告，或许尚早.....因为这一点本身就是建立在前面7点之上的。

嘿嘿，一看时间，十一点半了，看窗外，一轮明月照我心！当此之时，我倍感舒服。因为一直埋在心头的话总算得以说出来了。
不知道您是怀着怎样的心情看完这八条的。不难猜测，您肯定是一笑而过..... 笑我年轻，笑我轻狂，笑我不懂事。
不瞒您说，我不知道被别人这样笑过多少次！
我也不会因为您这一笑，而改变自己的主意。
中国IT确实太烂了，直到现在为止，仍人没有任何一个培训机构能够凭借自己机构的证书就能让学生出去找到工作的。要知道，我们出去，不得不提心吊胆的用假文凭，假工作经历。
..... 在此我们不探讨这是不是该用假学历的问题。
问题是这机构为什么就是没有？？
德国有美国有日本有印度有.....
偏偏中国没有
我想这事实比我的言论更可笑，不是吗？？
学生：宇龙

突然很失望更多的人看到这篇博文思维都转到了其实本不是这篇文章该注意的方向

但我今天写这文章的初衷真不是告诉大家大学和培训机构的优劣讨论。我讨论的根本前提是既然培训机构存在而且很多；那我们该怎么去改革他？

我希望各位多多读读我文中的观点看是否适应于一个名族该有的培训机构改革方案

其实这些往往不能被哪怕一个培训机构接受但还是那句话虽不能之心向往之

本文链接

博客园_银光小子

把XAML放在服务端，即改即现<二>.... 把DLL也放服务端

上代码 http://files.cnblogs.com/MySilverlight/demo3.zip

把XAML放在服务端，即改即现.....

上代码了呵呵 没错，上面我所说的，用Blend编辑，改完了点一下直接看的代码.... 如下。 http://files.cnblogs.com/MySilverlight/demo2.xap

Silverlight不写实体类也能显示数据呵呵

会影响性能吗？ 基本不会。因为即便是使用反射形成实体类。但请注意，这里是使用的Emit的方式。这种反射方式不咋影响性能....。 后话：这算做是我框架介绍的开篇.... 呵呵 一共五偏 呵呵本文链接

搞Silverlight企业级开发不用这个？哇！

请别总是站在程序员的角度思考问题！！！谈优化12306网站！！！<转载>

12306订票中心网站很好的十个理由。你那些傻逼们不要再攻击这个网站了。

TagSL框架设计（1）----先来点简介

大纲 1、TagSL的核心目标2、把那些那么多的XAML放到服务端去。 3、那两个牛逼的查询对象树的方法。 4、不写实体类了？ 5、一个表单开始.... 6、怎么获得表单的值？ 7、这样弄有啥好处？ 8、约定大于配置？？

好无聊的晚 上 开源一个Silverlight的WEBGIS汽车监控玩玩

血泪八条---给中国IT教育培训机构

上代码
http://files.cnblogs.com/MySilverlight/demo3.zip

上代码了呵呵
没错，上面我所说的，用Blend编辑，改完了点一下直接看的代码.... 如下。
http://files.cnblogs.com/MySilverlight/demo2.xap

会影响性能吗？
基本不会。因为即便是使用反射形成实体类。但请注意，这里是使用的Emit的方式。这种反射方式不咋影响性能....。

后话：这算做是我框架介绍的开篇.... 呵呵一共五偏呵呵
本文链接

大纲
1、TagSL的核心目标
2、把那些那么多的XAML放到服务端去。
3、那两个牛逼的查询对象树的方法。
4、不写实体类了？
5、一个表单开始....
6、怎么获得表单的值？
7、这样弄有啥好处？
8、约定大于配置？？

好无聊的晚上开源一个Silverlight的WEBGIS汽车监控玩玩