博客园_Jianqiang's Silverlight Blog

UI端编程的22个问题

2012-03-12T02:45:00Z

接下来我所要讲解的，是一个宏大的主题，结合了我这些年来从事UI端编程的经验，我将用一系列文章来搭建用户界面（UI）的底层框架，这里我使用的技术实现是Silverlight，但是，你将会发现，我所介绍的都是UI端的设计思想，所以是超越于语言，是不局限于技术实现的，所以，它将适用于Windows Form, WPF, FLEX, HTML5，以及所有手机编程领域Phone7, IOS, Android。

分类如下：

框架级别：

1） Wait Cursor

在调用Service端方法的时候，如何能锁住当前的UI，直到Service返回结果，用户才能继续操作。

2） Chain of Async methods

如何将异步方法转化为同步方法，这将使我们的代码更加清晰。

3） Domain Cache

如何在客户端缓存一些数据，比如说国家列表，学校列表，等等。

4） Code Injection

如何巧妙的注入一些代码，使UI端的代码更优雅。

5） UI Logger

如何记录UI端的日志。

6） Exception

如何设计Service端的异常的处理机制，就是有Exception，也要友好的显示给UI端。

7） Abstraction

如何设计用户界面的接口和基类。

功能设计：

8） View Split

如何更加有效的将一个复杂的页面拆分成多个小页面。

9） Navigation

如何设计导航，包括菜单，导航树，导航器。

10） On-Site Edit

如果设计在线编辑（On-Site Edit），也就是通常所谓的CRUD，一揽子解决方案。

11） Popup

如何统一弹出框。

12） Server paging/filter/sorting

如何处理大量数据的显示，比如分页，排序和过滤，可以是UI端来做，也可以是Service端来做。

MVVM设计：

13） MVVM

如何将数据从界面逻辑中剥离出来。

14） Event

如何建立我们自己的事件机制

15） Command

如何建立我们自己的命令机制，以及如何将事件转化为命令

16） UI Unit Test

如何设计UI端的单元测试。

综合设计：

17） Validation

如何设计客户端的验证体制，从而让用户总是提交有效的数据。

18） Concurrency

如何处理并发操作，当然，这也是从UI、Service和DB层同时考虑的。

19） Mock data

如何Mock一些数据，使UI端的开发不依赖于Service

20） Print/Export

如何打印和导出数据

21） Performance Tuning

如何调试性能，当然，不止局限于UI端。

22） Work with UX team

如何组织UI端项目的结构，以及如何与美工协作。

总而言之，这都是一些经验的汇总，是一些通用的模式，出于对GOF的Design Pattern的尊敬，我在上面只列出了22个场景（其实是我实在想不出第23个，而又不想随便写一个来凑数）。

本文链接

写给三年级小学生的科学八卦史(10月20日课程备案)

2011-10-20T08:35:00Z

Ice break：拍七游戏（10分钟）

这是我们十几个人经常聚会吃吃喝喝，在喝酒的时候玩的一个游戏

规则介绍：大家围成一个圈，从1到100逆时针轮流报数，遇到7的倍数或者带7的数字就拍手，

输的学生站起来鞠躬。然后随便报一个数字，继续玩下去。到１００再重新从１开始。

第2步：加大难度，拍手后反转报数方向。

第3步：教学生一些小技巧，比如从４４或５８或６８开始都是害人的，而其他数字会害到自己。（画一个图来说明）

总结：对于我们每个人来说，数学都是从算术开始的，即1，2，3，4等等等等。现代社会的我们要幸福的多。阿拉伯数字已经作为我们进行四则运算的符号，这是十分方便的，我们甚至可以直接通过计算器和计算机的输入来得到结果，而古人，他们在科学上的每一个进展都有付出艰辛的过程，甚至是鲜血和生命。

比如说，在很久很久以前，古希腊有个数学家毕达格拉斯，他是欧洲最早发现勾股定理的人

由此引入勾股定理以及中国式证明（勾三股四弦五）。

毕达格拉斯的身边聚集了当时全世界最聪明的人，号称毕达格拉斯学派，当时被奉为科学界的权威，他们认为数只有整数或者分数（整数之比），其实这与他们发现的勾股定理是矛盾的。后来毕达格拉斯学派有一个学生，他发现边长为1的正方形，它的对角线（根号2）却不能用整数之比来表达。这就触犯了这个学派的信条，于是规定了一条纪律：谁都不准泄露存在根2（即无理数）的秘密而这个学生呢，他因为发现了无理数，当时他们辩论正好在大海上航行，于是他便被扔到了大海之中。他的名字叫做希帕索斯。

提问，鞠躬最多的学生：一个大铅球和一个小木球，同时从五楼扔下来，哪个小落地呢？

由此而引出伽利略。

在很久很久以前，人们都信基督教，教会的权力特别大。他们认为人是由上帝创造的，这个世界是以人为中心的，所以就连太阳也都是围着地球转的，也就是“地心说”。谁也不能对此怀疑，否则就会被流放，终身监禁，甚至处死。

但就是有不信邪的，而且前仆后继，分别用鲜血和生命为我们铺平科学光明的道路。

第一个就是哥白尼。当时的人，只有2种职业，要么参军，要么去教会。你们可能想象不到，哥白尼竟然是一个小教堂的主教。但是他几十年观察发现，地球和其他行星都是围绕太阳转的，也就是“日心说”。为此他写了一本书，叫做《天体运行》，但是他生前不敢发表，因为他怕惹来杀身大祸，直到临死前才同意他的学生拿到德国印刷出版。这本书引起一场轩然大波，教会的权威第一次受到质疑。

接下来出场的是布鲁诺，他坚持宣扬《天体运行》中的日心说理论，为此他被教会抓住，审批，监禁，最终被火烧死，临死前还被割掉了舌头，怕他在刑场上煽动更多的人。

在后面就是这位做实验测试木球和铁球哪个先落地的伽利略了，在此之前呢，大家都信奉亚里士多德的理论，认为质量重的自然先落地。但伽利略则是一位怀疑权威的人。那么他在日心说中做了什么贡献呢？——他发明了天文望远镜，第一个观察到了宇宙是什么样子，亲眼看到了连地球在内的各大行星都是围绕太阳运转的。他的这些行动引起了教会的不安，把他骗到意大利终身软禁直到被折磨致死。

后来又有人几十年如一日观察星象变化并记录在日记中，后来又有人根据这些日记总结出了行星运动的规律，包括那颗哈雷彗星，中国人称之为扫帚星。再后来，又有人根据这些公式计算出了之前一直没有观察到的一颗行星，也就是海王星。直到最后，教会终于认输，承认了之前对伽利略等人做出的审批都是错误的。所以现在我们大家潜意识里都是地球围着太阳转，与这些前人的贡献是分不开的。

我们看到天文学领域的革命如火如荼，我下面要介绍的是生物学的革命。

当时教会认可的是盖伦的《经典医学》，要求所有医生都根据这本书来诊病，所有医学院校都将此作为教材。但是，盖伦，他这辈子只解剖过猪羊狗这些动物，并没有真正解剖过一个人体，所以他书中的很多观点都是错的，可以给病猪治病，但是不能给病人治病。其实这也不能怪盖伦，因为当时教会颁布了一条法律，严禁解剖人体。因为他们认为人体是上帝最完善的设计，不容侵犯，盗尸处以死刑。所以那时候有罪的人都是上绞刑架，都要留全尸。

但是偏偏有人不信邪，一定要解剖人体看个究竟。

事情的开始是，一些犯人被吊死，尸体悬挂在城门示众，但是到晚上却经常不翼而飞。于是有个晚上值班的士兵，埋伏在绞刑架的尸体后面，想侦破这起案件。果然到深夜，有个人影出现了，来到绞刑架前，卸下一具尸体背在身上，然后一晃而过，迅速消失在夜色之中。那个士兵被吓得浑身发抖，等他定下神来，那个人影已经离他有一段距离了。他只好紧走两步从后面悄悄跟上，但又不敢十分靠近，一直追到一个院子里的一个地道口，这个地道不大，迈下了三九二十七个台阶，再走九九八十一步，右边就是一个密室，门关着，缝里泄出一线灯光。这个士兵摸到门前，顺着门缝看过去，不看还好，只吓得口吐白沫，当场就晕了过去。里面是什么啊？是一个人，右手持一把弯刀，左手举着一根刚刚砍下的大腿，血肉模糊，而屋里面则摆满了人的头骨或手臂。

注意，这不是什么变态杀人狂，而是一个十八岁的学生，他的名字叫维萨留斯。他对盖伦的《经典医学》里面的人体知识很是怀疑，于是他冒天下之大不韪，干起了盗尸的事情，成为了人类历史上第一个解剖人体的科学家。

门外的士兵昏死了过去，倒地的声音惊到了维萨留斯，于是他知道这个地方呆不下去了，又开始了四处流浪的科学研究生活。在流浪的生涯里，他画出了第一张人体解剖图，并指出了盖伦的书中２００多处错误。他这样的举动触怒了教会，竟然在维萨留斯不在场的情况下宣判了维萨留斯的死刑。

这个故事告诉我们，在早期的科学研究中，因为有教会的存在，每一个小的进步都要付出血的代价。而我们现在，对于学术的不同见解，也仅仅是停留在纸面上，而不会涉及到人身。这说明时代进步了，我们要为自己所处的这个开化的时代而感到幸福。

大家有没有听过曹冲称象的故事啊？

对，就是浮力。

同样的故事，在古希腊也有。只是，这里的主角是阿基米德。

当时希腊皇帝花了１０斤金子请工匠为他打造了一个纯金的王冠，但是皇帝不敢肯定这王冠是否有掺假，就是说工匠用别的材料替换了一部分金子。他把这个问题交给了阿基米德。阿基米德在洗澡的时候发现了水的浮力，并且推断出，往盛满水的池子里放入一样重的金块和银块，溢出来的水是不同的。当时他兴奋过度，一丝不挂的就从浴池中跑出家，穿过大街直到皇宫，沿途大喊“我发现了我发现了”。

事实

实验证明，黄金王冠中确实有掺了一些银。而阿基米德也成为了历史记载上第一个裸奔的人。

有关阿基米德的小故事很多很多，主要体现在战争中。我们知道阿基米德是希腊人，而当时世界上罗马帝国很强大，罗马想吞并希腊，就派了一支军队来攻打希腊。

阿基米德把他在科学上的研究成果在保卫祖国的战斗中发挥的淋漓尽致。

首先他发明了投石机。就是把一根长木头架在一个支点上，把巨大的石块放在木头的一头，通常是距离支点近的一头，这样就可以很省力的推动木头的另一头，从而把石头发射出去（我要画一个图来说明这个道理）。这就是著名的杠杆定理。木头越长，就能撬动越重的石头。阿基米德后来甚至吹牛说，只要给他一个支点，以及一根足够长的木头，他甚至可以撬起地球。

在第一次攻城战中，罗马军队被希腊人的这种新式武器——投石机打得损失惨重。

接下来的攻城战，罗马军队从海路偷袭。等希腊人发现的时候，罗马的军舰已经快要到岸了。阿基米德立刻下令全城妇女带上自己的梳妆镜到海岸集合。她们分散在岸边排成弧形，每人掏出了一面镜子。阳光照射湖面，立即发出以速速强烈的光芒，这些光束渐渐集中到船上，对准船帆，最后罗马军队不是丧身火海就是丧身地中海。

这场胜利是利用了光线的可逆原理，将太阳光用镜子聚集起来，强度和热度不亚于一团大火。当然那天幸亏有太阳，要是阴天或者下雨就完蛋了。但是后来一直有人不相信，认为是神话，直到１７４７年，法国的一个科学家做了一个实验，用了３６０面镜子，将７０米外的火柴堆点燃，大家才相信阿基米德的这个事迹不是谣传。

不过可惜的是，希腊防守了３年，最后还是没有守住。阿基米德当时７５岁了，一个罗马士兵冲进他房间的时候，他正在地上画各种图形。他训斥那个士兵不要打扰他的研究，但是那个士兵不由分说就把阿基米德杀死了。

阿基米德被后世称为“力学之父”。

找一个计算：1+2+3+4+5+……+100=?

等差数列公式是高斯6岁就发明的。高斯这个人，被誉为数学王子。他19岁的时候，也就是他大学一年级的时候，第一个证明了正十七边形是可以用直尺和圆规画出来的，这是他一生最得意的成就，为此他嘱咐后人把正十七边形画在他的墓碑上。但是后人在画这个正十七边形的时候却发现，这机会就是一个圆形，因为边数太多了，所以别出心裁，用同样的方法刻制了一个正十七角星在高斯的墓碑上。高斯这个人嘛，比较怪，他在数学领域取得了很多重大成就，可是却跑到天文台去做台长，就是不做专业研究数学的事情。他喜欢把他的发现记录到日记本中，可是为了他又不想让别人看懂他的日记，所以就全都用他自己定义的代号来写这些日记。后人在研究他日记的时候可费了老鼻子的劲了，也只破解了三分之二的日记内容，仅仅如此，仍然发现了很多他在别人之前就发现了的公理和公式。（比如说非欧几何，太深就不介绍了）

有没有同学讲一下牛顿的故事啊？

有一天啊，他站在苹果树下发呆，也许是在思考一些科学证明。突然，一个苹果从树上落下，差点砸到了他。换做我啊，我可能就把苹果洗洗吃了；而牛顿呢，却提出了一个问题：为什么苹果掉在地面而不是掉到天上呢？哦，原来地球对地球上的任何物体都有吸引，所以苹果会向掉到地面，而不是天上——这就是著名的万有引力。后来，牛顿在此基础上提出了牛顿三大定律，我们现在物理学的力学框架基本就是牛顿奠定的。

要说牛顿这个人啊，他活了80多岁。一辈子没结婚，他实在没有经历去谈情说爱。牛顿很像我们现在的IT男，就是只会赚钱不会花钱享受，对衣着不讲究，不在意别人的感受，不懂得生活情调。他只在年轻的时候谈过一个女朋友，本来这个女友已经很能容忍牛顿只顾科学研究而对情感生活一无所知的怪人了，可是后来牛顿做了几件过分的事情，一次是他对女友讲苹果的事情，他讲话的时候喜欢举着冒烟的烟斗，时不常要抽一口，讲着讲着太入神了，他竟然把他女友的手往烟斗里填，在牛顿看来，他是要往烟斗里面填烟叶。

这事过去不久，牛顿被女友安排去做早饭，其实也很简单，就是煮个鸡蛋吃一吃。可是过了十分钟，他女友去取煮好的鸡蛋时，却发现锅里放的是牛顿的怀表。

于是他女友彻底崩溃了，悄悄离开了牛顿的家，临走前留了封信：抱歉，我打扰了您的生活。您属于整个宇宙，而不会属于我。

教科书上你们会看到同样煮鸡蛋的例子，但为了照顾伟人的形象，就进行了一些冷处理，把关于情感的细节删掉了。总之，牛顿终生未娶。

牛顿不善于打理生活，赚钱也是入不敷出，后来他的好朋友当上了英国财政大臣，于是就给牛顿安排了英国造币厂厂长的差事，这个职位不忙但是很赚钱，所以牛顿的后半生是衣食无忧的。但这其实有利有弊，他开始广泛和教会打交道，开始醉心于炼金术和神学，甚至写了１５０万字的专著来阐释他之前的科研成果如何能和上帝扯上关系。

牛顿活了８０岁，他的前４０年研究科学，后４０年研究上帝。他浪费了４０年的时光，不然可以在科学领域做出更大贡献。

科学面前，人人平等

有些人也许是天生聪明，所谓的神童，比如说高斯，比如说牛顿，他们就适合做科学研究，但是不要认为自认为生性迟钝，或者环境不好，就轻易放弃，我接下来要讲的一个科学上的伟大发现就是由一个平凡人完成的。

他的名字叫列文虎克。他有２点特殊之处：一是他活到了９１岁，而且工作到９１岁，二是他经历的单纯，他是荷兰人，他的职业是当地市政府的看门人，而且到死也没有换过工作，也没有离开过荷兰一步。但就是这个原地不动的普通人，却干出了一件让科学界震惊的事，享誉全球。

话说列文虎克２０多岁就在当地市政府做看门人，他就想啊，我得找点事情来做，才对得起我的这些时间是不是？一个偶然机会，他得到一个凸面镜，发现能放大镜子下的东西。可惜这镜片已经很模糊，他就决心重新磨一个。从此，只要有空余时间，他就在磨镜片。你们不是学过李白的一首诗吗？只要功夫深，铁杵磨成针。这哥们就这样迷上了磨镜片，而且一磨就是７０年，他门房里间的屋子是当时世界上最大、最齐全的透镜仓库。而且这哥们有个怪癖，就是他发现自己磨出来的镜片有一点瑕疵，就会立刻返工，如果还不满意，就一把摔碎在地。

磨出来镜子，不能就摆在屋子里装饰啊。他就喜欢拿着镜子到处去照，他把各种东西，比如木块、虫子、头发、种子，通通拿到镜子下去找。他发现原本是光滑的木块在他的镜子下竟然是坑坑洼洼，洞洞眼眼；看见一个小虫子在他的镜子下竟像是一头小猪那样走动。他去观察血液，发现了里面的红血球，实实在在地观察到了之前几代科学家预测到的血液循环和毛细血管。但这还不是他的功绩，他最大的价值在于，他发现了细菌。

他把雨水拿到镜子下观察，竟然发现到里面存在着一个小王国，里面有各种物质，有的像鱼，有的像蝌蚪，有直线型的，有螺旋形的，有速度块的，有速度慢的。这些物质就是细菌。并且他发现，只要一加热，这些小东西就都不见了，但放上几天后，这些小东西就又都蜂拥而至了。

他把这一发现写成论文寄给英国皇家学会，立刻震惊了全世界。从此列文虎克的小门房前人来人往比集市还热闹，人们来不是到市政府办公的，而是来列文虎克这里看细菌的。直到有一天，连女王也在市长的陪同下过来参观，并亲手发给他英国皇家学会会员的认证函。

列文虎克是一个没有受过正果教育的看门人，却被破例吸收为皇家学会会员，这个荣誉相当于现在的中科院院士，可以说非常牛了，但是他还是终日在市政府的门房里磨镜、观察、记录，直到他的９１岁生日那天，他立下了遗嘱，他一生磨制出了４１９块镜片（中途不满意摔碎的不计其数），制造了２４７台显微镜，以及３７５篇论文。

这个故事告诉我们，科学对所有人都是公平的，聪明人只是进入的快一些，那些平凡人，只要坚持，仍然是有机会的。

最后，介绍一个公式：

这个恒等式也叫做欧拉公式，它是数学里最令人着迷的一个公式，它将数学里最重要的几个数字联系到了一起：两个超越数：自然对数的底e，圆周率 π，两个单位：虚数单位i和自然数的单位1，以及被称为人类伟大发现之一的0。数学界评价它是“上帝创造的公式”，我们只能看它而不能理解它。

我希望你们大家能坚持学习，直到大学，准备好充足的知识，从而理解这个公式的意义。

这也是我最后要介绍这个公式的用意。

希望我今天讲的这些小故事能激起你们对学习的兴趣，等差数列、勾股定理也许很枯燥，但是当你直到这背后的许多趣事的时候，你就会觉得这个公式记起来原来不是那么难。

本文链接

Silverlight企业级开发目录

2011-10-19T02:51:00Z

第一部分 QuickStart（30页）

第一章 相关技术简介（15页）

(一)Silverlight

(二)Prism

(三)MVC, MVP和MVVM

(四)Unity

(五)MEF

(六)UT for Silverlight

(七)SOA/WCF

(八)UIA

简单介绍以上8个技术点，原理，历史，下载地址。

第二章 第一个Prism程序（6页）

http://www.cnblogs.com/Jax/archive/2009/05/30/1491921.html

第三章 搭建Service框架（8页）

为第2章创建的Prism程序搭建Service，并完善项目结构。

第二部分 Prism研究（83页）

第四章 Unity研究（预计10页）

附：MEF框架

第五章 Module研究（17页）

包括Bootstarpper

http://www.cnblogs.com/Jax/archive/2009/07/13/1522168.html

第六章 View Injection和View Discovery(6页)

http://www.cnblogs.com/Jax/archive/2009/07/22/1528267.html

第七章 View-first和View-last（预计10页）

第八章 Event机制(1o页)

http://www.cnblogs.com/Jax/archive/2009/07/22/1528296.html

第九章 探寻Command（20页）

http://www.cnblogs.com/Jax/archive/2009/10/15/1583593.html

第十章 Region研究（预计10页）

及其Module划分技巧

第三部分 MVVM分析（71页）

第十一章 白话MVP（17页）

http://www.cnblogs.com/Jax/archive/2009/10/09/1579404.html

第十二章 从Event折腾到Command（15页）

http://www.cnblogs.com/Jax/archive/2009/10/10/1579961.html

第十二章 AttachedBehavior（15页）

http://www.cnblogs.com/Jax/archive/2009/10/12/1581109.html

第十二章 包氏波动思想（6页）

http://www.cnblogs.com/Jax/archive/2009/10/14/1582889.html

第十三章 玩转INotifyPropertyChanged和ObservableCollection（18页）

http://www.cnblogs.com/Jax/archive/2009/10/13/1582128.html

第四部分 Prism案例研究（70页）

第十三章 StockTrader RI架构（20页）

(一)RI简介

(二)RI架构分析

http://www.cnblogs.com/Jax/archive/2009/07/13/1522184.html

(三)RI主程序分析

http://www.cnblogs.com/Jax/archive/2009/07/13/1522190.html

(四)RI中的数据关系

http://www.cnblogs.com/Jax/archive/2009/07/13/1522193.html

第十四章 StockTrader RI源码研究（预计50页）

(1) Market模块之TrendLineView分析

http://www.cnblogs.com/Jax/archive/2009/07/13/1522194.html

(2) News模块之ArticleView分析

(3) News模块之NewsReader分析

(4) Position模块之OrderCommandsView分析

(5) Position模块之OrderCompositeView分析

(6) Position模块之OrderDetailsView分析

(7) Position模块之OrdersView分析

(8) Position模块之PositionPieChartView分析

(9) Position模块之PositionSummaryView分析

(10) Watch模块之WatchListView分析

(11) Watch模块之AddWatchView分析

(12) 总结：StockTrader RI项目的成败

第五部分 一些常用的Pattern（英文版的已经写好，预计150页）

第十五章 框架扩展

1. Menu

2. Navigation Tree

3. BaseView and BaseViewModel, IView and IViewModel

4. Onsite edit

5. DomainCacheManager

6. Processing Bar

7. Command and extension

8. Chain of Async methods

9. Paging/Filter

10. Log

11. Popup mechanism

12. Validation

第十六章 特定场景

(1) Cascade navigate and close page

(2) SMC

(3) Upload/Download

(4) Concurrency

(5) Print

(6) Export

第十七章 员工管理系统

(一)需求分析

(二)不常见的Controller

(三)到底谁当家？父亲？儿子？

(四)妙极，TabControl

(五)使用DependecvyProperty

(六)事件上挂的方法为什么执行2次？

(七)额~内存泄漏！

(八)让资源尽快回收

(九)总结

第六部分 单元测试（预计30页）

第十八章 Silverlight单元测试

1. 哪些方法需要进行单元测试？

2. 如何模拟异步回调方法

3. Mock一些数据吧

4. UTBase类库，把不该测的提取出来

5. 先写Code，还是先写UT？

6. 通过UT，你的代码重构了吗？

7. 总结：基于MVVM的UT准则

第六部分 Silverlight自动化测试（预计30页）

第十九章 White框架研究

附：Silverlight Inspector工具

第二十章 基于员工管理系统的自动化测试

(一)制定AutomationId

(二)捕获不到的Popup

(三)第一个UIA方法——基于Button

(四)第一个UIA方法——基于CheckBox

(五) 总结：测试人员也要会写code

第七部分 Others（预计50页）

第二十一章 程序员如何与美工合作

(一)需求分析

(二)简易版的UXFramework

(三)高级版的UXFramework

(四)总结

第二十二章 Prism乱弹

(一)真的需要Prism么？山寨版Prism

(二)MVVM是万能的么？

(三)Eat your own dog

(四)没事儿别瞎封装，Prism其实很美

(五)阶段性测试〉单元测试？

附录： 资源汇总

(一)Blog

(二)论坛

(三)开源项目

本文链接

初探798

2011-08-09T14:35:00Z

在这之前，我做了很多准备工作，包括买了几本介绍798的书籍，浏览了798的官方网站，甚至，还留起了小胡子冒充艺术家，但就在走进去的那一刹那，我还是被深深的surprise了。厌倦了南锣鼓巷的狭小拥挤并且千篇一律，迷惘于簋街的餐馆林立却如出一辙，所以，我曾经认为798也不过尔尔，所以，虽然它就位于微软左近，这一年多来，我却从来没有去过。

打车到酒仙桥，这里有2个入口，一般大家会选择从2号口直接进入繁华区，另一个4号口则门可罗雀身世冷清。我逛街一向喜欢去清静的地方，所以选择了4号口，以下是798全景图：

右边那张图则是我这次逛798的路线图，事后发现，走了很多冤枉路，尤其是浪费了很多时间在一些小店里，而耽误了行程，还是有20%的店面没有逛到。

无论是2号口还是4号口，都有这个显著的标志——其实，这些条条框框的分界线，正是制约艺术的枷锁，艺术是无界限的，当然，我也是事后才感受到这扇铁门是多么的形式主义:

路边随处可见的宣传标语：

路边到处都是现场素描写真的“艺术家”，50元一位，水平层次不齐（这里缺一张照片），我逛了一天，见到最好的是位于罐子书屋边上的那个，夕阳夕照，一边是一个披头士在那里自娱自乐，旁边一个小女孩儿坐在板凳上摆着pose，而对面是一个一脸风霜的老艺人在画纸上一丝不苟的勾描着对方的脸廓。

沿着七星西街走，分别经过陶瓷一街、二街、三街，刚开始会觉得比较无聊，因为名气大的店铺和画廊都不在这边，显得比较冷清，这里我miss了第五元素画廊和利比里亚当代艺术中心

程昕东的国际当代艺术中心

下面这些雕塑位于程昕东家门口：

走到尽头是赵半狄的熊猫屋，这是中国唯一一位至始至终以熊猫作为全部艺术线索的艺术家，非常有个性的人：

有一条厂房国道上全都是画廊，但是每个都不大，统称为“料阁子”。下面这只“巨拳”的雕塑，就位于料阁子的门口。

下面这家店，叫做“一棹空间”，是以买六七十年代的搪瓷杯而著称的，门口的巨大搪瓷杯就是很好的广告：

下面这家服装店，名为“凡轩鸣一”，是根据墙上的四句诗的第一个字合在一起取的名字。区别于其它服装店都位于一街之隔的闹市区，这里有难得的宁静，整个店铺有脱凡超俗的境界。她的服装走的是简洁路线，喜欢逛街的女生不能错过。

798最有名的饭馆是“天下盐”，中午在这里品尝了传说中的“王献之排骨”，之所以这么叫，是因为王献之非常清瘦，天生一副排骨身材。话说，从来没见过排骨挂在架子上的。

要说798最早的画廊，首推东京画廊，正是她于02年在798展出《北京浮世绘》，成功吸引了大小三四十家画廊进驻798。此外，这家画廊和798的教父级人物黄锐有莫大关系。

东京画廊门口的巨型雕塑：

东京画廊门口那幅夺人眼球的艺术作品：日光之下

798艺术区的另一位教父是摄影家徐勇，正是他和黄锐，连续举办三届798艺术节，吸引了国内外的关注，才使得798艺术区声名鹊起——要知道798这块地几年前差点被拆掉做电子城。所以，来798，就不能不参观徐勇创建的“时态空间”

我这次参观时态空间，这赶上徐勇展出他的两部作品，下面这个作品名为“这张脸”，用来展现一个妓女工作一天的不同时刻的将近500张面孔。

而另一部摄影作品，名为《解决方案》，不想自己的博客因为转载这些图片而被封杀，仅提供地址如下：http://chenzhiyong.blshe.com/post/1347/74881

时态空间的后门，是徐勇开的一家咖啡店，名为“老工厂”，有幸的话，经常会遇到一些艺术家在这里闲聊。我在里面体验了一杯苹果汁，感觉环境非常优雅，是个喝下午茶的好地方。

又转回了“天下盐”，这条街上都是吃吃喝喝的地方：

Cave Cafe——中文名为“洞房咖啡”

At Cafe——中文名为“爱特咖啡”

Switch Cafe，位于尤伦斯后门

路边的雕塑，这只拿大顶的兔子很可爱：

三度半艺术空间——油画展览

尤伦斯门口的恐龙雕像：

终于来到了尤伦斯当代艺术中心（UCCA）

作品《我所有的锐气源于你的坚硬》——整个影片长达30分钟，就一个画面，一双美腿，一对冰刀，坐在运动的车上，脚搭在地上，不停的磨着那对冰刀，直到影片结束，原本粗钝的冰刀变得锋利。不解释，一千个读者心中有一千个哈姆雷特。

由80年代的大衣橱围成一个封闭圈子。

由木床组成的迷宫，主题为“穷人的智慧”，蚁居的前身。

西门子制造，线路控制器，历史悠久。

大型壁画，整整一面墙。

那个年代的各种肥皂

尤伦斯是在798工厂中最大的一个窑炉上修建的

光与影的组合

数字的玄妙

数字长廊

意犹未尽。

路边各具特色的小店：

艺术家蔡锦的纸上作品展：

西门子艺术空间，正在展出《一念之差》

三木国际艺术，正在展出《错在苹果》，都知道啥意思吧

终于走到了最繁华的地段，这个是标志：

原色生活，位于闹市区的手工陶艺店，798最好的两家陶艺店之一，不可不去

西街路边的雕像群：

798的西街，很像复旦的南区步行街，很有调调。。。有调调。。。有调。。。调。。。

连买零食的店铺都这么有味道：

怡然农场门前的艺术品

艺生活的院子——李宗盛的手工吉他

轰动一时的长征画馆和长征食堂

下面这家店隆重推荐，陶艺馆，798乃至北京最有创意的陶艺店铺

非空间，著名艺术家林菁的设计空间，可惜的是，大部分设计品都已经搬到她的另一个店铺了，留在798的只是一个空架子

满世界寻找“姜茶”，很有名的服装设计店。因为承受不起798昂贵的租金，这家店已经搬走，原先的地方改头换面，搬进来了“团团团子”，专门卖熊文韵设计的卡通形象“空空”。店中循环播放动画片，漫画、玩偶应有尽有，便有一番风味。有兴趣可以访问它的网站：http://blog.sina.com.cn/u/1625913072

仍然是路边的雕塑：

包豪斯广场——一群艺校的孩纸在那里show街舞

广场周边的一些店铺和画廊：

前卫艺术——反正我进去是没看懂里面的抽象派

百年印象——这家店也是798的教父徐勇和别人一起开的，后来因为观念不合而分道扬镳

专卖颜料的贝碧欧

彼得潘达达——这家艺术馆进不去，要事先预约的

无界——商品店，最喜欢里面的国际象棋，所有的棋子都是Q版的，360一副还是蛮贵的。

黛格——这是一家婚纱摄影工作室

第五元素画廊——这家我不甚了解，详情参见网站：http://www.artnow.com.cn/CommonPage/ArtOrgDetail.aspx?ChannelID=330&OrganizationId=603

守候动漫——这家店偏阴柔，卖的都是小姑娘喜欢的背包、手机套。

最经典的艺术品，莫过于这幅“漂流瓶中的女人”

广场周边的一些店铺和画廊：

前卫艺术——反正我进去是没看懂里面的抽象派

百年印象——这家店也是798的教父徐勇和别人一起开的，后来因为观念不合而分道扬镳

专卖颜料的贝碧欧

彼得潘达达——这家艺术馆进不去，要事先预约的

无界——商品店，最喜欢里面的国际象棋，所有的棋子都是Q版的，360一副还是蛮贵的。

黛格——这是一家婚纱摄影工作室

第五元素画廊——这家我不甚了解，详情参见网站：http://www.artnow.com.cn/CommonPage/ArtOrgDetail.aspx?ChannelID=330&OrganizationId=603

守候动漫——这家店偏阴柔，卖的都是小姑娘喜欢的背包、手机套。

最经典的艺术品，莫过于这幅“漂流瓶中的女人”

进入到798中街看到的画廊和店铺：

红星画廊——不大，也不是很出名，可以参考一下这个网址，了解它举办过什么画展：http://blog.sina.com.cn/s/blog_4a12e31001009u3f.html

百雅轩——很大的一个画廊，里面的服务员so漂亮，抱歉，我又做与艺术背道而驰的事情了。

名潮艺术空间，这次展出的是人体艺术油画

第零空间

银殊——798的小资最高境界。设计并销售各种自制的银饰品，格调非常高雅。

丹宁工房——额菲尔的直营店，据说上过电视。

Love in The Sky——爱在天空下体验店，经营各种玩偶

商舒——店主的名字。经营自己设计的服装，798最有特色的13个店铺之一

当代唐人艺术中心

熊猫慢递——798最有趣的一个创意店。你可以写一封信，然后请这家店保存1-2年（当然要花钱的，而且很贵），然后在指定的时间寄出去。

手机没电前拍的最后一张照片。红典轩，纯手工丝织品，各种丝织玩偶、丝织陶器。也许店主精于设计而不善于经营，所有店铺搬家，面积越来越小，我费了好大力气才找到。

遗憾的是，手机没电了。路过了798火车站，参观了那个火车头，最后走进罗伯特开的东8时区艺术书店，就是这个美国人把798介绍给世界的。此外，还看了路边很有趣的一些雕塑，可惜都没拍下来。

整个游览从11点半进入园区，到晚上7点半走出园区，共经历8个小时，拍下200余张照片。

后记：历时三天，把这些图片和所见所闻整理到这篇文章中。接下来，我会写一点798的历史、名人，以及八卦。

本文链接

Team Build Workflow 资源汇总

2011-03-20T03:21:00Z

官方论坛：

Build Automation Forum

Team Foundation Server 2010 SDK

各种文章：

Extending Team Foundation

使用 MSBuild 和 Windows Installer XML 执行自动发布

MSBuild的深入认识

自动构造--MSBuild和Team Foundation Build基础

Creating a Chm build using Sandcastle

AIT Build Suite 2010 一份有趣的文档

Solution:使用Team Build 2010 RC对SIlverlight项目进行持续集成

Team Build 2010 – Gated Check-in 拒绝无法编译的代码嵌入

去除Gated Check-In自动生成的comments

Control Where the Build System Places Your Binaries

Coming soon – Gated Check-in

Deploy DB project with Team Build 2010

How To Versioning Builds With TFS 2010

Team Build and Web Deployment Projects

How to place the build output to a fixed location

各种技术blog：

Ewald Hofman VSTS 2010

Jason Prickett's Blog

Jim Lamb

Ed Squared

Jeffrey Sun

各种开源项目：

Team Build Screen 这个开源项目居然在画Team Build的界面

TFS Build Extensions 源码很有趣

各种在线文档：

WiX在线文档这个牛，还是彩色的

Team Foundation Version Control Command-Line Reference

附赠：

Bit Twiddling Hacks 各种二进制算法

雨痕技术小牛

本文链接

VSTF Build Workflow（6）为你的文件自动递增版本号

2011-02-10T03:05:00Z

作为三部曲之一，本文介绍的是如何增加AssemblyVersion中的版本号。

每个项目都有一个AssemblyVersion.cs文件，其中，里面有2行是我们所需要的版本号。

对于一个编译生成的文件（这里以BuildEngine.dll为例），AssemblyVersion和AssemblyFileVersion会展示在它的Property面板中：

下面我们就要在Build的时候控制这两个值，每次Build的时候自动加一。

思路如下：

1.先把AssemblyInfo.cs这个文件check out出来，注意，是自动check out

2.修改AssemblyInfo.cs中的版本信息

3.把之前check out的所有文件都check in进TFS

具体步骤如下：

1.添加对Microsoft.TeamFoundation.VersionControl.Client.dll的引用，它一般位于以下路径：

c:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\ReferenceAssemblies\v2.0\

2.添加一个新的Activity，命名为AddVersionNumber，它的作用是使某个目录下的所有文件版本递增1，例如：把版本1.0.0.0升级为1.0.1.0

3.添加一个新的Activity，命名为CheckOut

4.添加一个新的Activity，命名为CheckIn

接下来，我们将视线转移到Build Template，这里我们仍然从VSTF中copy一份DefaultTemplate.xaml的副本，重命名为CustomTemplate2.xaml。在新的Build Template中，我们创建1个Argument，命名为AssemblyInfoFileMask：

我们把之前定义的3个Activity拖到Build Template的Get Workspace（注意，不是Get the Build）之后，这个Activity不太好找，它位于Run On Agent的Initialize Workspace中的最后一个，如下所示：

分别设置3个Activity必须的属性，直到没有红色惊叹号为止：

也许有人会问，在上面图中输入的Workspace和SourceDirectory是在神马地方定义的？这是2个variable，定义在Run On Agent这个Scope中，如下图所示：

万事俱备，打开Build，将Build Process Template设置为CustomTemplate2.xaml，然后会发现多了一个字段需要我们输入，将其设置为AssemblyInfo.*，从而build执行时会检索文件名为AssemblyInfo的所有类型文件：

执行Build，执行前检查Solution中的AssemblyInfo.cs为1.0.0.0

Build后生成的文件版本为1.0.1.0

再次Build，生成的文件版本为1.0.2.0

本文下载代码：

本文链接

VSTF Build Workflow（5）调试自定义Build Activity

2011-02-10T03:04:00Z

Pending

本文链接

VSTF Build Workflow（4）创建你自己的Build Activity

2011-02-10T02:59:00Z

也许你还对上一节中我天马行空的介绍带有疑惑，比如说，上个Demo我只使用到了string类型，对于集合啦、自定义实体来并没有触及——我准备在另外的文章中再cover这些细节。还有，很多文章都会述及那个神奇的Metadata，可我却只字未提，因为这个Argument还有很多细节需要细细介绍，

除此之外，我想读者更好奇的莫过于VSTF Team为我们提供的那些用于Build的Activity了。

上一个Demo中，我们使用到了Team Foundation Build Activites中的WriteBuildMessage，这个Activity用于在Build Log中输出一些信息。

其余还有40个Activity，各有各的用途，像我们目前在使用的Template这个xaml，就是由这些Activity和一些WF 4.0自带的Activity组成的。我会在之后研究DefaultTemplate.xaml的文章中介绍到这些Activity。

那我们能否写一些自定义逻辑的Build Activity并在Template这个XAML中使用呢？

Yes, you can, but 非常麻烦。

基本思路是：

1.自定义一些CodeActivity，它们都派生于某个Workflow基类，只有这样，才能在Build Template中显示我们定义的Argument，执行自定义的逻辑、

2.把这些CodeActivity打包到一个dll中，我们要把这个dll放到VSTF知道的位置上。

目标：

写一个Activity，它能简单地处理数据，给输入的每个人名加上“Hello,”的前缀。

理清思路，确定目标后，我们就要开始动手实践了。

1.创建一个sln项目并Check in到VSTF，它包括两个Class library：

如图所示，BuildEngine用来放置所有自定义的Activity；而BuildTemplate用来放置所有的Template。

2.添加引用

添加VSTF Team为我们提供的那些用于Build Workflow的dll，参照下图，缺哪个补哪个：

你可能找不到那几个带有Workflow的dll所在的位置，请到这两个目录下找一找：

C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\ReferenceAssemblies\v2.0\

c:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\PrivateAssemblies\

对于Microsoft.TeamFoundation.TestImpact.Client.dll，你可能找不到这个dll，请点击这里下载，并将其check in到你的VSTF上，因为以后我们要一直使用它。

同时，在BuildTemplate项目中添加对BuildEngine项目的引用，因为我们要在Template中添加自定义的Activity。

3.开始写第一个Activity

首先，在VSTF中添加一个新的Code Activity，命名为MessageHandler，对，我们就是要模拟上个Demo中使用到的VSTF Team提供给我们的WriteBuildMessage这个Activity。

VSTF会为我们自动生成一些code，我们保留其骨架，稍微修改如下：

我们从代码自带的comments就能看到，它有一个Text属性，如果我们把MessageHandler这个Activity拖动到Workflow中，那么Text就会暴露在属性面板中，我们可以对其进行设置。

此外，我们还要为MessageHandler添加一个Attribute，才能为VSTF所识别：

4.将最原始的DefaultTemplate.xaml（VSTF自带的，没有做过任何改动）copy到BuildTemplate项目，并重命名为CustomTemplate1.xaml，同时，将它的Build Action修改为XamlAppDef

编译BuildEngine这个项目，当你切换到BuildTemplate项目，就可以在可视化页面CustomTemplate1.xaml的Toolbox中可以看到新生成的MessageHandler。

友情提示：请保存好最原始的DefaultTemplate.xaml，我们宁肯每次copy一个副本、重命名，然后在上面做改动，也不会去直接修改原始文件。

5.打开CustomTemplate1.xaml，创建一个名为MessageA的Argument：

6.从Toolbox中拖动MessageHandler到下图中的位置，也就是Get the Build这个Activity之后，同时在MessageHandler的属性面板中将Text设置为MyMessage：

7.从Toolbox中拖动一个WriteBuildMessage到MessageHandler之后，同时，在WriteBuildMessage的属性面板中将Message设置为MyMessage：

8.将修改后的CustomTemplate1.xaml文件check in到VSTF中。

至此，我们完成了一个自定义的Build Activity的编码工作。

接下来有很多事情要做。首当其冲的是，如何在Build时知道CustomTemplate1.xaml在什么位置呢？

为此，我们打开Build面板，在Process这个Tab下，可以看到右上角就是让我们选择Dafault Template的，接下来的操作步骤是：

1）点击New按钮，会打开New Build Process Template面板

2）在新弹出的面板中，我们可以copy一个现有的Template到目标位置；也可以直接选择VSTF某个位置上的Template。这里我们使用后者，于是点击Browse按钮。

3）于是弹出Browse对话框，让我们找出CustomTemplate1.xaml在VSTF上的位置。

4）一路选择“确定”，得到如下画面：

等一下，还没完。如果你迫不及待的立刻执行Build，就会得到如下错误日志：

究其原因，是VSTF并不知道我们编写的MessageHandler及其所在的dll——BuildEngine.dll在什么地方，所以在执行这个Activity时，解析不出来这是神马。

也许你立刻会想到，把BuildEngine.dll放到GAC就万事大吉了。但，这不是一个完美的solution，因为每当你新安装一台build machine，都需要把相关的dll安装到GAC中，不胜其烦。

另一种solution是，把BuildEngine.dll放到VSTF上，让VSTF知道这个dll所在的位置。同时，每次编译BuildEngine项目成功后，都会更新这个dll，详细步骤如下：

1.把BuildEngine.dll放到VSTF上

2.让VSTF知道这个dll所在的位置，为此，右击Builds，在菜单中选择Manage Build Controllers

选择你使用的Agent所在的Controller，点击Properties按钮：

在弹出的对话框中，我们终于找到了可以选择自定义Build Activity路径的地方，将其指定为BuildEngine.dll所在的目录：

以后，只要我们使用这个Controller下的Agent执行Build，就会检查$BaobaoAgile/BuildAssemblies目录的dll并试着加载。

最后，我们要在每次编译成功之后自动更新VSTF上的这个文件，右击BuildEngine项目打开Property窗体，转到Build Events，在Post-Build窗口中输入以下script：

第一行脚本将VSTF上的BuildEngine.dll这个文件checkout到本地路径

第二行脚本将新生成的BuildEngine.dll复制到VSTF对应的本地路径下；注意这里的第2个参数，也就是源文件的位置，请确保这个路径是正确的。

最后一行脚本checkin这个文件

以下是运行时的实际路径：

你可以观察VSTF上的BuildEngine.dll，每次编译BuildEngine这个项目时，BuildEngine.dll的更新时间都会Update

现在我们可以放心大胆地执行Build了，在执行前请先在Build面板中将MessageA属性设置为Baobao：

执行Build，我们看到，Build Log中成功打印出hello, Baobao

本文代码下载：WFBuildSolution

本文链接

VSTF Build Workflow（3）Hello World!

2011-02-09T17:23:00Z

思路逐渐清晰了，Build Workflow的solution就是：修改Build Template（就是那个XAML），最后看Build的输出结果。

二话不说，我们先做一个Demo：

1.双击打开Build Template

Workflow还是我们之前看到的那个，没有变化，但是，请留意左下角的那三个蓝底白字的Tab：分别是Variables、Arguments和Imports

2. 点击Arguments，可以看到一份Arguments列表，它们都是实现定义好的，如下所示：

3.在列表的最下面，可以看到有一行Create Argument，

点击该行，创建一个新的Argument，设置它的Name为MessageA，其它属性为默认值。

4.介绍完Argument，我们试玩一下Variable

你们不觉得Argument是一个全局变量么？至少在这个Template中，一次声明，处处使用。

而Variable则是有scope的。在父亲级别的Activity中定义一个Variable，在其中的所有子Activity都可以直接使用，但反之不行。

在这个Scenario中，我们选中Sequence这个最顶部的Activity（高亮显示表示我们选中了），

创建一个Variable，取名为MyMessage，并将其默认值设置为"Hello" + MessageA，那么这个Variable就随时随地都可以使用了。

5.接下来，我们要输出MyMessage这个Variable

为此，我们需要从Toolbox中拖出一个名为WriteBuildMessage的Activity，

把它放置于Template的Get the Build这个Activity之后：

看到那些红色惊叹号了没？这是因为这个Activity上还有一些Required的属性没有设置。

6.选中WriteBuildMessage，按F4打开属性窗体，

我们将Message属性设置为MyMesage（这是一个Variable），同时，为了在Workflow上显示得更有意义，我们将DisplayName修改为Show some words

于是，Workflow的外观变成了：

7.至此，一个Demo全都做好了，别忘了还有最后一步，就是把修改后的Template（即xaml）check in到VSTF中

怎么玩呢？玩Build也是一种学问。

1.重新打开我们之前创建的Build：

我们发现多了一个名为Show a message的字段，我们将其设置为World

2.现在可以执行Build了。

在Build完成所生成的输出界面中，我们并没有发现VSTF为我们额外生成些什么信息。

这是因为，还记得我们拖到Workflow中的WriteBuildMessage那个Activity么？仔细观察它的Inportance属性，被设置为Normal（另外两个值分别是High和Low）

而在VSTF的Build面板中，我们发现Logging Verbosity的值也是Normal（另外3个值分别是Minimal、Detailed和Diagnostic）

正是这两个地方设置的值不匹配才导致了我们所要的输出结果看不到的问题。

有2种解决方案：

1.在Workflow中将Importance设置为High。

2.在VSTF的Build面板中，将Logging Verbosity的值设置为Detailed（设置为Diagnostic也可以，但会生成大量冗余的信息）

无论哪一种方法，都会输出Hello World的信息，如下图所示：

总结一下：我们修改了Template（添加了Argument和Variable，以及一个Build Activity），于是在VSTF的Build Template中要求我们多输入一个Show a message参数，所以在Build的时候，会输出Hello World的信息。

这一切的中枢，就是那个Metadata对话框，通过它，我们把Workflow中的Argument和VSTF中的Build Template参数一一mapping起来。

本文链接

VSTF Build Workflow（2）DafaultTemplate.xaml分析

2011-02-09T09:45:00Z

书接上文，我要介绍的Workflow在哪了呢？

打开我们之前创建的Build：

我们在Process这个Tab中，看到VSTF为默认指定了一个Template，这是一个Wrokflow XAML文件，它位于根目录下的BuildProcessTemplates目录中。

按图索骥，我们在VSTF中找到了这个XAML文件：

这个xaml记载了我们在执行一个build时所要做的所有工作以及顺序，下面让我们详细分析一下它。

双击该XAML，会打开一个Workflow活动图，这是一个Sequence活动图（区别于另一种Workflow自动机）

从总体上看，这个Sequence活动图由4部分组成：

Get the build
Update Drop Location
Run on Agent
Check in Geted Changes for CheckInShelveSet Builds

关于这个Sequence的介绍，我会专门用一篇文章来cover。

继续观察这个XAML所在的位置，我们可以选择其它的模板，这时你会发现Build process parameters下的内容会跟着模板的change而改变。

可以理解为，这里是我们的输入，这些值会在Build的时候传入Workflow，从而影响输出。输出在哪里呢？我们在执行完一个Build的时候，无论成功与否，都会进入这样的窗体：

这是一份输出清单，我们可以定义自己的逻辑，把build中我们想要confirm的数据都打印出来，无论何时何地。在下一篇文章，我们会做一个小Demo，来验证我所描述的。

本文链接

博客园_Jianqiang's Silverlight Blog

UI端编程的22个问题

写给三年级小学生的科学八卦史(10月20日 课程备案)

Silverlight企业级开发 目录

初探798

Team Build Workflow 资源汇总

VSTF Build Workflow（6）为你的文件自动递增版本号

VSTF Build Workflow（5）调试自定义Build Activity

VSTF Build Workflow（4）创建你自己的Build Activity

VSTF Build Workflow（3）Hello World!

VSTF Build Workflow（2）DafaultTemplate.xaml分析

写给三年级小学生的科学八卦史(10月20日课程备案)

Silverlight企业级开发目录