博客园_做一个鸡立鹤群的人

关于Google中国，百度搜索，Bing搜索，雅虎，搜搜，以及有道的简单测试

2011-04-19T01:22:00Z

我不算是好事者。但是最近在南方周末上2011年4月14日头版上看到漩涡中的中国首富，李彦宏和他的百度霸业。不由还是关注了一下百度（南方周末用了头版以及随后的两个版面报道，确实花费不少功夫）。

对于几个搜索引擎一直以来我秉持着“外事问Google，内事问百度，房事问天涯”的原则。所以也很少去关注关于百度的一些问题报道，比如竞价排名或者其他。也有人曾经向我咨询，到底是在Google上作广告，还是在百度上作推广。尽管作为一个程序员，我一直都在使用Google，也心偏向 Google，但我还是忍住了多事之口，以“没有研究没有发言权”这样的说辞拒绝了给出任何建议。事实证明我对了，因为Google之后退出了中国。

不过在这里我仍要给程序员们或者做学问的人给出建议，你们当然要用Google，如果一个程序员或者做学问者不善用Google，将是一件非常可怕的事情。有很多学生或者同仁问我，你阅读的文章到底从何处而来，我说在Google里搜索的。于是他们还作怀疑状，以为我保守。但是以天为誓，我确实就是Google而已。当然有时候搜索微软的东西会用到bing。百度也用，Google退出之后经常性的不稳定。所以用不了Google的时候会用百度。

另外，百度有的时候很让我惊讶。比如百度指数和Google Trends是同一款产品。但是百度指数，确能给出我让我惊讶的数据，比如职业分布，年龄，性别等等。而Google Trends确只能给出搜索量指数，地区分布几个少得可怜的数据。实在让我感慨中国IT企业确实超过了米国。

好了，唠叨了这么多，我还是直接给出简单测试的结果。测试很简单，就以我的网名为关键词搜索“helloj2ee”。

我主要活动的地方在博客园，即“做一个鸡立鹤群的人”，另外我以网名申请了一个网站为www.helloj2ee.com。由于我这个名字实在不是阿猫阿狗这样通俗的字眼。因此是能够以该关键字搜索出来这些地方的。

在google里的结果是

好在前三个都还是helloj2ee的博客地址或者网站（实在对不起，这个网站的确长期疏于维护，目前尽保留了域名）

第四个是Google的Project.第五个就不知道是什么网站了。

好，我们看百度。

虽然前三个都是我的文章，但是第一个是转载的不知道的网站，第二个是转载的不知道的网站，第三个还是转载的不知道的网站，我去！

第四个终于是了，第五个终于是了。

大家不要小看，前三个不是。如果大家对用户行为稍有研究的话，就可能了解，实际上用户是最为关注前几项的。他们不是线性关系，也就是说处在排名第一的其影响力是远远超出后面几项的。

好在看bing，注意这里我使用的google或者bing，以及雅虎都是中国的google（香港），bing和雅虎。中国人嘛。

bing比较实在，第一个是我的网站，第二个还是，第三个还是，第四个还是。第五个不是了。

这样的游戏玩上瘾之后，随即我又试了试雅虎。

雅虎的结果也不容乐观，除了第一个是我注册的网站之外，其他四个也是均转载了我的文章，但是是未知的网站。

好了再看看国产的腾讯搜搜和网易的有道。

结果还好，鸡立鹤群还是出现在前三甲。

这个测试的逻辑是，以我这个比较罕见，名不见经传的名字在各大搜索引擎里搜索，那么应该得到的也是我这个名不见经传的人的网站或者博客等。倘若以我真名搜索，估计前50页也是看不到的。这不能怪Google，百度。只能怪我爸不是李刚啊。因此这个逻辑应该是简单明了的。但是结果已经看到，因此我不再评说他们的好坏。

我曾经在网上看到这样的文章。由于我安装了Alexa工具条，因此这篇文章的流行度应该是相当流行的。百度李彦宏：五年后大家将很难看到Google http://tech.sina.com.cn/i/2006-04-10/1635897517.shtml

里面提到 “一个月前，李彦宏亲口告诉我说：‘5年以后，Google和百度之间的关系是百度一枝独秀，从市场份额来说，大家很难看到Google了。’””

如果这是事实，这将是多么可怕的事实。

本文链接

Helloj2ee的新译作：Silverlight 4 RIA开发全程解析（英文名为Silverlight4 Problem Desing Solution）

2011-04-16T14:21:00Z

今天收到了清华大学出版社寄给我的新译作《Silverlight 4 RIA 开发全程解析》。随即，我查了查在当当，卓越以及China-pub上还没有此书。这本书是一本使用Silverlight 4构建富客户网站的实践书。在这里Helloj2ee为大家推荐一下该书。原因很简单，因为是本人翻译的，至于钱的方面，倒确实没有这方面的原因。因为译书和写书全然不一样。翻译是一锤子买卖的事情。即使这本书卖得再好，和我也没有任何关系。如果你有了一定的Silverlight或者WPF基础的人，又苦于平时看书全会，放下书全不会，那么这本书真的很合适你。下面是Helloj2ee为这本书写的一个序，以及该书的英文版。供大家选择时的一个参考。

2010年夏天，当我刚刚完成了《葵花宝典——WPF自学手册》一书，转而投向下一个战场——博士论文的撰写时，一个陌生的来电，让我与此书结下了不解之缘。电话的那一头是清华大学出版社的李阳老师，李阳老师是一个热情、爽朗且睿智的技术编辑，她从朋友处详细地了解了我之所长，凭着多年的技术编辑经验，她认为这本书适合于我，而我也适合于本书。博士论文的压力使我有些犹豫，但还是忍不住看了看该书的目录，诱惑总是难以抵挡的，特别是对于WPF/Silverlight有着灵敏嗅觉的程序员而言。于是我恍若古代艺人，席间有人击筑，不觉技痒，直到签下翻译合同，才从徽羽之声中清醒。

清醒之后，我开始做计划，“三个月时间，近500页的书稿和读者满意”，这三个条件构成似乎有些苛刻。于是我开始寻找合作者，在合作翻译书稿上，我的经验是人不在多，而在精。译者观点各一，理解有深浅，文笔不同，但是读者需要的是一本完整，表述一致的书。于是我将目光锁定在刘佳升身上，一个16岁上大学，22岁上博士的神童，作为中国科学院软件研究所的在读博士生，她的技术基础毋庸置疑，更难能可贵的是她有着女性一贯的认真和细致。我们的合作是全方位的。虽然我负责1~6章、12章翻译和全书的统稿工作，她负责7~11章的翻译，但实际上我们一直遵循小规模迭代的工作模式，互相检查翻译稿，然后再进一步统一术语和表述习惯，合作是相当的愉快。

随着翻译工作的进行，我越来越喜欢这本书。这本书不是一本讲Silverlight基础的书，而是一本应用Silverlight，尤其是应用Silverlight 4新特性构建良好的Web应用的实践书。该书有一个且只有一个实例FitnessTrackerPlus网站，一本书读完，一个实例搭建完，想必是作者用心之所在。

如果您已经有相当的Silverlight基础，但是苦于缺少实践，我想篡改一下宋丹丹演白云的一句话，那就是“这本书是为你而生的”；

如果您已经有过WPF的基础，相信我，完全可以略过Silverlight基础，只是需要再了解一下Web编程的基本原理，然后再投入到该书的怀抱中；

如果您具备了.Net知识，但是不知WPF是何物，Silverlight是何物，那么我想您还需要进一步了解一下WPF和Silvleright是否是您所需要的，然后他日有缘再见；

如果您只是一个MFC的爱好者，或者是一个VB爱好者，再或者是一个Java爱好者，那么您是否先去了解一下.Net，去了解一下当下的富客户应用，青山不改，绿水长流；

如果…….还有如果么，如果您看到这儿了，我想您应该喜欢这本书，那么买下来吧。即便放在书架上，说不定哪天就会在夕阳西下的一个下午，端着一杯咖啡，随意翻翻，何不快哉？

全书作者近乎用了一种非常刻板和老套的模式，即提出问题（Problem）、分析问题（Design）和解决问题（Solution）。即使诸如第一章开场白，这种非常不适合于这种模式的章节，他仍然选择坚守他的固执。作者的固执造就了全书的脉络分明，清晰有序。您总可以在提出问题里，知道即将面对的问题和困难。总可以在分析问题里，看到作者选择的智慧。而在解决问题里，切切实实拿到解决方案，使之能够快速动手。全书的第二章是一个总纲，它相当于FitnessTrackerPlus网站的总体设计，在这一章里确定了FitnessTrackerPlus网站的技术体制。这一章读完之后，倘若完全理解，下面的章节，您就可以飞一般的阅读了。倘若似懂非懂，也丝毫没有关系，一章一章循着看过去，再回过头来领悟作者选择的智慧，也是可以柳暗花明的。

2010年岁末，再和责任编辑吴乐老师经历了无数次的沟通之后，终于将译稿交给出版社。之后，我又一次参加了微软的TechEd大会，大会上围绕着“云和端”的讨论不绝于耳，作为端的Silverlight，其重要性可见一斑。又恰逢潘正磊女士在作LightSwitch的讲座，恍惚间觉得“降龙十八掌”、“九阴白骨掌”、“一阳指”……天下武学，形散神聚，本是一家，快哉，快哉。

译者

2011年3月28日于郑州

英文书：

/Files/helloj2ee/Silverlight.4.Problem.Design.Solution.part1.rar

/Files/helloj2ee/Silverlight.4.Problem.Design.Solution.part2.rar

当当：http://product.dangdang.com/product.aspx?product_id=21070384

China-pub: http://product.china-pub.com/55974

卓越：http://www.amazon.cn/SilverLight-4-RIA%E5%BC%80%E5%8F%91%E5%85%A8%E7%A8%8B%E8%A7%A3%E6%9E%90-Nick-Lecrenski/dp/B004XOMDRW/ref=sr_1_9?ie=UTF8&qid=1304425641&sr=8-9

书封面：

本文链接

David Freedman统计学书评

2011-04-11T15:06:00Z

首先需要解释一下程序员为什么会去学习统计学。

以Helloj2ee的个人经历而言。是因为程序员正在向可用性专家和用户研究专家转型的时候需要用到。

你或许也是这个原因。那么这篇文章你就该看了。

从事可用性研究从事用户研究需要接触大量数据。举个简单的例子。如果你是一个可用性专家需要评估两套方案A和B。如果你找了10个人去问，6个人说方案A好 4 个人说方案B好。通常我们就可以简单认为设计方案A好了？但是这样的结论是相当草率的。至少可以说明你没有受过太多统计学的训练。如果你受过一定的统计学的训练，那么你只能说在多少多少置信度的情况下方案A优于方案B。因为10个是一个很小很小的样本，而6>4 能说明问题但是在多大程度上说明问题。这个需要仔细考虑。

我看过很多研究生的文章坦率讲这一点让我很失望。很显然很多研究生基本功太不扎实。

Helloj2ee也不扎实。但是好在Helloj2ee意识到这个问题。于是找出了上大学的教材《概率论与数理统计》来看。看了一遍不懂。看第二遍懂了但是不会用。这个时候 Helloj2ee意识到不是自己的问题是书的问题了。

中国人的书真的绝大部分写的太有学问了很难让人看懂。此为其一。其二是看懂了也不会用到生活实际当中。

David Freedman的这本统计学我不得不推荐。真的是一本好书好书好书。好到什么程度呢？Helloj2ee 在近24年的读书生涯中，除了老师安排的课外习题以外。主动做后面的习题的只有两本书。David Freedman的这本就是其中之一。另外一本是《深入理解计算机系统》。

这书好在两点：

1、它确实是一本高中生甚至是初中生就能看懂的书。Helloj2ee尽管学历较高但是比较属于高学历低能力的人。因此教材《概率论与数理统计》不大能看懂。但是这本一看就懂一看就会。该书中在讲绘制直方图绘制散点图甚至是小学生也能够看懂。在Helloj2ee上小学的时候经常会听说到美国的小学生怎么怎么笨不会解题。中国的小学生怎么怎么聪明。那个时候我也非常得意觉得去美国了可能就是天才神童了。到现在意识到可能并不是这样。他们训练的可能更注重实际能够解决实际问题。而我们只是学课本。举个简单的例子来说我们在讲方差讲标准差的时候一定会讲一个定义然后摆一个万恶的公式在哪儿让你感到莫名的高深莫名的膜拜。但是这本书里讲标准差他告诉你是描述数据的散布程度。同时他告诉你一个很有实践经验的东西。即数列中68%的项都在离平均数的一个标准差范围之内。95%的项都在两个标准差之内。事实上这个只是正态分布如此。但是有的时候科学也不一定是需要严谨的。有的时候又确实需要严谨。如何处理什么时候严谨什么时候不严谨。套用刚刚播出的非诚勿扰中的女嘉宾一句话“我觉得男人该硬的时候得硬该软的时候得软” helloj2ee也只好说“科学严谨该硬的时候得硬该软的时候得软”

2、它锻炼的是一种对数据的统计嗅觉。书中很多习题，出题类似这种比如你估计他的均值应该是1，10，100。或者是你猜测 rms为1，10，100.这样估计猜测在我们传统的教科书里是非常少见的。科学怎么能够估计和猜测呢。这就是该软的时候你还是得软啊。如果一路把这写题做下去。你就会发现不知不觉你对这些数据变得敏感。你能很快定性有一种感觉。这就是对数据的嗅觉。甚至有的时候你不用图形化出来就能感觉出来数据的均值散布的程度相关性等等。这让Helloj2ee想起来《黑客帝国》一幕他们为了节省计算机的计算资源直接看那写纷乱的数据就能看出端倪而无需图形化。Helloj2ee想DavidFreedman 也许正想锻炼诸位这样的嗅觉能力。

作为一个老师看这本书真的有很多感慨。也对我们现在的教育弊病深感担忧。我想把这本书推荐给大家吧。当然这本书买不到了。在我的附件里有一个电子版。就连我自己也是打印出来。说起来中国的图书市场也是很有意思的事情烂书满天飞而真正的好书确往往不见踪影了。唉这也是一个问题啊.........

/Files/helloj2ee/统计学.part1.rar

/Files/helloj2ee/统计学.part2.rar

本文链接

希望了解可用性和用户体验的简单发展可以进来了解一下

2011-02-01T05:32:00Z

好久没有写过技术博客。原因有很多但绝不是懈怠。

本章是一篇翻译稿原文为User Experience Design： The Evolution of a Multi-Disciplinary Approach.

/Files/helloj2ee/UXDesign_JUS_Mayhew_May2008.pdf

作者也是比较有名的用户体验专家 J.Mayhew 该文章来自JUS（Journal of Usability Studies）2008年的。

翻译的目的很简单只是自己也一直致力于可用性研究。她的经历和我也颇有类似，比如大家都是从程序员在转型。由于毕竟不是在做一件正儿八经的翻译工作只是和大家分享所以文章翻译的只能说完整但是还不精致。因此大家大可看看中文看看英文。有问题也不妨在下面回复。

好了 “菜花上酸菜”

用户体验设计：多学科的演进之路

作者：J. Mayhew

1. 软件工程的早期简史

本节是60年代到80年代软件工程的简史

60年代到70年代

早期（60年代末），是程序员包打一切的年代。Period

这个时候的软件开发产业根本没有或者没有真正意义的劳动分工。程序员要去进行业务和功能分析，他们要去做项目管理，他们要去做系统架构，他们要去做用户界面设计，他们要编码，还有他们要做软件测试，质量控制和后期的用户支持。某些情况下，他们还要去做销售。

这个时候也没有实际使用中的任何标准或者商业的软件开发学。每个公司的开发项目团队的领导者（同样也是程序员）也是通过他们自身的经验来指导项目。我在1978年开始了我的软件行业的职业生涯。在那个时候，我正在攻读我的博士学位，其研究的内容是认知心理学。我在研究生院里做助理研究员时学到了一些编程技巧，同时暑假在一个软件开发咨询公司里找到一份程序员的工作来支持我能继续完成学业。我本来计划在暑假结束辞掉这个工作，然后全部精力投入到我的学位工作中。但是没想到的是我迷恋上了软件开发这个行业（更不用说还有一份不错的收入），于是我决定继续留下来。我是在咨询公司全职工作的情况下完成了我的博士学位。

80年代

时间回到80年代初，我还记得当公司试图首先推出一套标准的开发方法学时，我所在咨询公司程序员们愤怒的反应（他们正在试图标准化他们公司内部的开发方法学，希望最后能够像产品一样打包销售）。项目经理（当然他们还是程序员）为这个想法感到感到震惊，如果按照这种想法，他们以后就无法按照自己的方式来管理项目。他们抱怨遵循了这一套标准会压抑他们的创造性和创新的能力，也会降低他们工作的积极性。当公司准备开始进一步将项目开发团队的人力资源进一步细分和专业化的时候，开发者也因为同样的原因感到震惊。

早期最先分离出来的角色是“业务分析师”，这个角色不再是程序员，而是业务专家。程序员不再需要去做业务分析。这是从程序员包打一切的工作中分离出来的第一个职责。很快关于客户处理的职责也从程序员的工作中分离出来，处理这个职责的角色是“客户经理”，严格地讲，这也是一个业务角色。很快另一个新的专业角色也出现了——项目经理——该角色同样也不是真正意义的技术角色，他主要是管理角色。程序员又该不满了，因为他们需要被“管理”，同时更多地失去对项目的控制。

角色的专业化还在持续。在80年代中期，系统架构中出现了一种可以将用户界面代码方法从应用逻辑代码分离的技术。这种分离使得应用程序变得更加强大且易于维护。相应，程序员的角色也开始分为“后台工程师”和“前端程序员”——这样进一步的专业化使得从程序员角色里至少移除掉一部分用户界面设计角色，不过该角色仍然是在程序员角色中所控制。关于架构和构建独立界面代码的专业化工具开始出现，相应地在程序员社区一部分人开始致力于研究这些工具。

最终，使这个角色从程序员角色当中消失——是计算机的一个领域的出现——人机交互领域，它出现在70年代后期，它开始全面接掌这个角色。程序员开始不得不听取“用户界面设计师”和“人因”专家的建议，他们都不是专业的软件人员。他们多半有心理学或者人因专业背景。很多但也不是全部的程序员（特别是专注于用户界面工具的这部分人），他们已经习惯并且喜欢用户界面设计，他们也认为自己完全可以胜任该领域，同时他们也不愿意失去对这个领域的控制。早期的可用性专家通常被程序员认为是不受欢迎的闯入者，同样一直不受管理者的理解和支持。在80年代这是一个非常艰难的角色。

2. 软件可用性工程近来简史

下面一节是90年代和二十一世纪初的软件可用性工程发展史。

90年代

90年代初期，在软件开发产业中，角色的专业化和标准的开发方法学变得普遍和被人们接受，特别是来到这个产业的新人，他们没有这种历史上的极为宽泛的角色，他们能够更加自由地管理他们自己和他们的项目。另外一方面，在软件开发团队中，成为一个可用性专家仍然是不容易让人接受，而且仍然是一个很艰难的角色，仍然不受程序员的欢迎，仍然不受上级领导的支持。然而软件产业到现在已经采用了标准的开发方法学，可用性专家在这个方法论里找不到自己的正式位置，他还像早期80年代的程序员一样——是一个多面手，在任何一个特定的可用性角色里都没有完全的专业化（比如用户界面设计师，可用性需求分析师，可用性测试师等），他们也没有任何专业的，标准的方法将他们的经验和工作整合到软件开发团队和方法学中。历史又一次重演。

90年代后期进入到了.com时代。

我记得我就是在这个时候开始了长期的dot com的咨询工作。我现在已经快50岁了，在软件产业有25年的工作经历，而绝大部分雇员刚刚入行的时候，仅仅20岁，刚刚离开学校。他们对自己专业化的角色（后台程序员和前端程序员）没有任何消极的感受，因为这就是他们所知道的一切。一部分专业的人员应该对程序员他们所构建的用户体验完全负责。在这一点上，他们毫无异议。

在和客户公司交互的过程中也出现了一个新的类型用户体验专业——平面设计师。突然之间，类似我这样的可用性专家和20年前的程序员处在了同样的位置，需要和这个新的完全是另一类的可用性专家共同承担责任，而在过去则完全是由我们来负责。不久之后，又出现了一个新的专业用户体验角色——信息架构师。

我的书：可用性工程生命周期（Morgan Kaufmann Publishers，1999，http://drdeb.vineyard.net/index2.php?loc=7&nloc=1）更多的是引入了可用性工程的实践，主张通过结构化和工程性的方法学来达到好的界面设计，同时这些方法能够和软件开发方法整合起来，和当时的软件工程实践非常类似。这样的标准化方法在当时对可用性领域来说是全新的，这种变化就好像20年前程序员所面临的变化。生命周期的方法也更清楚地明确了在一个开发团队里用户体验专业的各类不同角色。我们需要与时俱进。

我还记得最初，学习如何为用户体验设计区分平面设计角色和信息架构角色的权责是一件非常有意思的挑战。很清楚，我从一开始就认识到强强联合的重要性，但是我发现可用性原则经常会和平面设计以及品牌原则发生冲突，难以达到最优化的联合。这就需要在一定程度上，我们彼此了解对方的经验。我感到在这点上开始清除我们之间的技术和责任的分界线。同时也感到作为一个用户体验设计团队会比各自为战要有效率得多。

2000年代

近来，我发现有一种新的用户体验专业出现：“劝导架构师”。这种专家会有市场和销售背景，专注于网站用户体验设计如何有利于“转换”，即网站有多少或者一定比例的访问者能够最终直接达到网站的商业目的，比如购买商品，登录即时通讯产品，注册或者使用网站支持等等。这是设计的两个不同方面，劝导设计是有利于将访问者转换成客户，而以前的设计是有利于任务快速和简单的完成，提高网站视觉上的吸引力，或者以最自然的方式构建网站信息或者功能。

我有一个新的商业伙伴（Todd Follansbee,网络资源营销者），他即是一个优秀的劝导架构师。我已经开始和他合作，他开发了一个新工具，可以用来快速，客观和定量的评价网站的用户体验设计，特别是电子商务网站。这个工具结合了公司目前基本的可用性原则，内容原则，平面设计原则和劝导架构原则，让评测者获得该网站的一个分数。我已经将该软件的Beta版本应用在我自己公司网站的评测中。虽然我的公司网站获得较高的可用性原则的分数，但是在劝导架构原则上得分很低。这就不是我所擅长的。同样平面设计也不是我所擅长的，这也反映在了我的网站设计上。

在Dudley工具里劝导架构的评测是考查网站是否遵循如下营销概念和原则的：

在首页上提供一个清楚的“价值主张（Value Proposition）”；（注：参见维基百科上的术语解释

http://en.wikipedia.org/wiki/Value_proposition）

关注产品或者服务利益而不是其功能（客户关心的语言）；

有效地解决信誉和信任问题；

有效地解决隐私保护问题；

使用访问者的语言（避免行业或者企业的专业术语）；

提供访问者需要的全部信息，便于访问者沿着业务路径及时决定每一步；

呈现显著和清楚的“行动召唤”

这些标准的市场概念和原则不一定能在专业的用户体验设计师（比如可用性工程师和平面设计师）打造的网站中找到。我重新设计了我的网站以达到Dudley的劝导原则。有很明显的改善（过去显示在Google搜索结果中可能是1-10页，现在是1-2页）

3 展望

我们这些可用性专业人士需要和这种新的专业人精诚合作。在Web世界里，任务的完成（传统可用性的目标）是不够的，一个吸引人的网站界面设计也是不够的。网站不仅仅要吸引住网站的访问者，还需要解决他们如何购买产品，注册或者登录等问题。您要比其他竞争网站更能快速地告诉访问者您能满足他们的需求，他们也能够迅速地在您的网站上购买产品。这是整个网站成功的关键。

因此，在这个位置上的我们需要让用户体验行业里接受和采用新的专业。在这一点上，一个多学科团队是我们成功的关键。正如20年前的程序员，用户体验行业也需要包含新的专业，然后学会如何和他们一起有效地工作。另外一个关键的问题是定义和采用开发方法学，该方法学要以一种平衡的方式整合所有类型的技巧。这可能是未来摆在我们面前的最主要的挑战。程序员们从60年代开始经历了很多的改变，也采用了很多的方法。但是他们仍然被认为是软件开发中不可获取的一部分。而用户体验专家进入这个行业经历了很多成长也超过了25年，我们仍然在很大程度上没有被认为是其中一部分或者是不可或缺的角色。通过我们和其他用户体验专家精诚合作，在我们的组织中，将我们的方法整合到标准的软件开发方法学中，这样对于我们达到一个大的战略目标上将会有更好的机会。

关于作者

Dr.DDeborah J.Mayhew

软件用户界面设计和可用性工程的国际知名作者，老师，演讲者和顾问。她最近的新书是可用性工程的生命周期。Dr. Mayhew本科毕业于Brown University心理学专业，硕士毕业于Denver大学的实验心理学，博士毕业于Tufts大学的认知心理学。

本文链接

WPF自定义ListBox（二）

2010-12-08T16:31:00Z

Helloj2ee的自定义ListBox（一），虽然很用心，但看出来反响不强烈。只能这一篇再给力一点。虽然评论很少，但是也看出一些讯息。

讯息之一，就是Helloj2ee的WPF看不懂。的确在这里写的不是基本的东西，而是对其WPF的相关基础概念掌握了之后，才能看的一个系列。自定义控件在《葵花宝典——WPF自学手册》一书中，是放到第六卷——华山之巅，足见其高阶。因此Helloj2ee在后面列出的参考文献，就很有价值了。因为您若是看不懂，不妨去参考相关文献，即便您没有葵花宝典一书，但总可以知道需要掌握的相关概念是什么，参阅其他书又何妨？

讯息之二，是提供的源码无法打开，那么Helloj2ee已经更新过。如果解压还是失败，您不妨在下面的回帖中告诉我。

说到给力，那么只有让这个控件在本章当中酷起来或者炫起来，才是给力的王道。

CircularPanel的布局之美

给力之前，Helloj2ee还是得枯燥一下，CircularPanel的那几个参数。第一个参数是CircularPanel的初始角度（InitialAngle）。

剩下的参数在该图中可以展现。Align属性实质是指的ListBoxItem的旋转点，Left表示外接矩形的左上角点，Center表示外接矩形的中心点，Right表示外接矩形的右下角点。而Radius指的是从圆心到旋转点的半径。AngleItem则是ListBoxItem之间的角度差。如下图所示：

ListBoxItem的外观

ListBoxItem的外观也需要通过模板来自定义。注意观察下图。实际上这样一个ListBoxItem是由如下五个元素组成的，分别是一个Path，三个Rectangle和一个TextBlock组成的。可能有人要问，为什么是三个Rectangle，实际上只是为了让这个边框一层一层更有层次感。

好了，我们来看看代码。

上面的代码有几处，Helloj2ee简单说明一下。

（1）ListBoxItem自定义的模板，首先是一个Grid面板，该面板用了好几个变换，构成了一个变换组，尽管有诸如ScaleTransform等都未填写，但是这是为后面的动画埋下伏笔。

（2）这样的Path，的确难以用VS2010绘制出来，那么使用Expression Blend绘制就好，此外IsHitTestVisible属性设置为False，表明它并不接受用户的输入，只是作为一个基本的图元构成，同时设置了该Path在平时并不可见。

（3）注意TextBlock通过XPath属性设置了和XML文件的绑定。

好了再次运行程序，您看到了什么？

即使整个ListBox已经变样，但是它选择的效果可以说极其不好，因此我们必须再接再力，给它添加上一些动画效果。添加动画的效果主要靠控件模板的Trigger来触发了。大家先看代码，然后Helloj2ee再加以解释。

<ControlTemplate.Triggers>
                            <EventTrigger RoutedEvent="ListBoxItem.MouseEnter">
                                <BeginStoryboard>
                                    <Storyboard>
                                        <DoubleAnimationUsingKeyFrames BeginTime="00:00:00" Storyboard.TargetName="gridSwatch" Storyboard.TargetProperty="(UIElement.RenderTransform).(TransformGroup.Children)[0].(ScaleTransform.ScaleX)">
                                            <SplineDoubleKeyFrame KeySpline="0.5,0,0.5,1" KeyTime="00:00:00.1000000" Value="1.2"/>
                                        </DoubleAnimationUsingKeyFrames>
                                        <DoubleAnimationUsingKeyFrames BeginTime="00:00:00" Storyboard.TargetName="gridSwatch" Storyboard.TargetProperty="(UIElement.RenderTransform).(TransformGroup.Children)[0].(ScaleTransform.ScaleY)">
                                            <SplineDoubleKeyFrame KeySpline="0.5,0,0.5,1" KeyTime="00:00:00.1000000" Value="1.2"/>
                                        </DoubleAnimationUsingKeyFrames>
                                        <ObjectAnimationUsingKeyFrames BeginTime="00:00:00" Duration="00:00:00.0010000" Storyboard.TargetName="overShape" Storyboard.TargetProperty="(UIElement.Visibility)">
                                            <DiscreteObjectKeyFrame KeyTime="00:00:00">
                                                <DiscreteObjectKeyFrame.Value>
                                                    <Visibility>Visible</Visibility>
                                                </DiscreteObjectKeyFrame.Value>
                                            </DiscreteObjectKeyFrame>
                                        </ObjectAnimationUsingKeyFrames>
                                    </Storyboard>
                                </BeginStoryboard>
                            </EventTrigger>
                            <EventTrigger RoutedEvent="ListBoxItem.MouseLeave">
                                <BeginStoryboard>
                                    <Storyboard>
                                        <DoubleAnimationUsingKeyFrames BeginTime="00:00:00" Storyboard.TargetName="gridSwatch" Storyboard.TargetProperty="(UIElement.RenderTransform).(TransformGroup.Children)[0].(ScaleTransform.ScaleX)">
                                            <SplineDoubleKeyFrame KeySpline="0.5,0,0.5,1" KeyTime="00:00:00.2000000" Value="1"/>
                                        </DoubleAnimationUsingKeyFrames>
                                        <DoubleAnimationUsingKeyFrames BeginTime="00:00:00" Storyboard.TargetName="gridSwatch" Storyboard.TargetProperty="(UIElement.RenderTransform).(TransformGroup.Children)[0].(ScaleTransform.ScaleY)">
                                            <SplineDoubleKeyFrame KeySpline="0.5,0,0.5,1" KeyTime="00:00:00.2000000" Value="1"/>
                                        </DoubleAnimationUsingKeyFrames>
                                        <ObjectAnimationUsingKeyFrames BeginTime="00:00:00" Duration="00:00:00.0010000" Storyboard.TargetName="overShape" Storyboard.TargetProperty="(UIElement.Visibility)">
                                            <DiscreteObjectKeyFrame KeyTime="00:00:00">
                                                <DiscreteObjectKeyFrame.Value>
                                                    <Visibility>Collapsed</Visibility>
                                                </DiscreteObjectKeyFrame.Value>
                                            </DiscreteObjectKeyFrame>
                                        </ObjectAnimationUsingKeyFrames>
                                    </Storyboard>
                                </BeginStoryboard>
                            </EventTrigger>

                            <Trigger Property="IsMouseOver"
                         Value="True">
                                <Setter Property="Panel.ZIndex"
                            Value="1" />
                            </Trigger>
                        </ControlTemplate.Triggers>

主要是在MouseEnter和MouseLeave事件里做文章，当鼠标滑过某个ListBoxItem，我们通过改变它的ScaleTransform，让它变大。而离开ListBoxItem再通过改变ScaleTransform，让它恢复原状。比如像这样的语法，就未必有很多人能够写出来。请大家留心。

Storyboard.TargetName="gridSwatch" Storyboard.TargetProperty="(UIElement.RenderTransform).(TransformGroup.Children)[0].(ScaleTransform.ScaleX)"

光是变换还是不够的，因为当鼠标滑过的时候，很有可能希望这个ListBoxItem凸现出来，那么要用到的就是Panel.ZIndex这个附加属性，通过改变这个值，让鼠标滑过的ListBoxItem凸现出来。

好了，现在的ListBoxItem已经完全变样了，但是还有美中不足。最为美中不足的就是ListBoxItem选中的时候，会出现一个虚框，这样的视觉效果确实很不好。

解决之道，又是一句话。

还有美中不足，比如选中某一个ListBoxItem，我们该作如何反应呢。这里helloj2ee就不再写这样的代码了。各位去尝试一下吧。

剩下的Helloj2ee需要做的是让这个对话框透明起来和加上中间的小圆点。中间的小圆点并不难加，让对话框完全透明也So Easy。那么Helloj2ee向各位奉上代码就好了。如果真的新手不知道该如何让不规则对话框透明的话，那么不妨参见葵花宝典第8章8.3.4节好了。

源代码：/Files/helloj2ee/ListBoxDemo3.rar

本文链接

WPF中的自定义ListBox（一）

2010-12-06T18:09:00Z

上周侯捷大师来京做了一次讲座，有幸和他聊聊。当别人排队，而我也在排队。有意思的是当别人在找侯捷大师签名时，而我确有幸为侯捷大师签了一次名，当然是在我的《葵花宝典——WPF自学手册》上签下了自己难看的名字。
这不是重点，重点是他提到他的人生中几件关键的事情。其中一件，如果我的记忆没有错的话，应该是Windows 3.0来的时候的冲击，他当时还在一个台湾的研究所里工作，在考虑窗口，控件如何“Message Based，Event Driven”（以消息为基础，事件驱动之）。Windows3.0来了，一下他的模糊思路明晰起来，尽管侯大师考虑的只是一个雏形，而Windows是实实在在真正的产品。但这并不重要，重要的是他们的思路不谋而合。这样他不至于在DOS到Windows巨变的情况下“死在沙滩上”。很多程序员由于无法从DOS的编程思路迅速转换到Windows的“Message Based，Event Driven”，按照侯捷大师的话，“一半死在沙滩上”。
我是一个从Win32开始的程序员，经历了Win32，MFC，WinForm和WPF还有Silverlight。由于Silverlight的强势插足，我这个一直以来号称自己为桌面程序员，不得不改变其自己的身份，从现在起不能叫做桌面程序员，而是前端或者客户端程序员。每一次“死在沙滩上”发生在编程思路的变化上，尽管Windows客户端技术经历了上述五个阶段（划分不一定科学）。但是思路的转变是两次，第一次发生在从Win32到MFC。这是一个巨大的跳跃。传统的WinMain不见了，取而代之的是CWnd，CView等类。而第二次我认为发生在从WinForm到WPF。过去一种语言包打天下的时代不见了，取而代之的是XAML定义界面，C#或者Visual Basic实现业务逻辑。光是程序员重新去学一门语言，就增加了其困难。而且XAML并不是C++，C#或者Java这样的OO语言，而是一种Markup语言。但是更大的转变不在此，语言终究还是能学会的。思路！思路！是否能适应现在的编程思路才是最为核心的。而WPF当中最为光辉的思想，我认为莫过于控件模板。没有控件模板，改变控件的外观则成为一种空谈。这种改变绝不是改变颜色，改变字体，改变大小这样的小打小闹，而是巨变，真正的巨变，是大卸八块，再重新拼装起来的改变。
也许有人会问，我是一个“银光”爱好者，WPF对我如“浮云”。没有关系，这样的思路对WPF，Silverlight是普适的。如何学好控件模板呢？参阅《葵花宝典》无疑是需要的，但是只能学会呼吸，行走的方法。如果呼吸，行走你掌握了。那么不妨进入Helloj2ee的自定义控件的系列（我确实不是一个长性的人，天保佑我让这个系列长一点，阿门）。

自定义ListBox

大家都知道一个正常的ListBox是什么样的。如下图所示。

我们这个系列希望ListBox最终变成下面这样。他是一个半透明的窗口，而且和扑克牌一样成扇形铺开，当鼠标移到每一个ListBoxItem时，ListBoxItem会有一个从小变大的动画。

相信读过《葵花宝典——WPF自学手册》一书的读者，还是会惊奇于第一章1.2.1七十二变中的ListBox例子（参考文献【2】）。但是我并未详细地解释那个例子是如何做出来的。不过完成了这个例子，相信哪个ListBox的变种也不是难事。我们Step by Step来完成这样一个ListBox。

认识ListBox

认识ListBox首先要从他的类继承结构认识。如下图所示。

控件很多，类层次结构很复杂。如何把握住整体结构呢？Helloj2ee在这里提醒各位以下三点：
（1）他们都派生自Control，因此应该熟悉Control的特性；
（2）掌握住Content模型，Content模型曾被Helloj2ee比作北冥神功，他是可以容纳任何控件的。所谓“大舟小舟无不载，大鱼小鱼无不容”[1]；
（3）在上面的基础上，就知道尽管控件分类繁杂，但是归纳起来从Control派系下来为四大类，相当Control的直系亲属，从Control旁系派生下来的为三大类，相当于Control的远亲[1]。如下图所示：

Content模型的4大直系（来自参考文献【1】）

Content模型的远亲（来自参考文献【1】）

而ListBox是从直系派生下来，从ItemsControl派生下来。ItemsControl有什么样的特点呢？人如其名，他的最大特点就是有一个Items属性。Items属性是一个集合，这个集合里几乎可以放置任何类型的对象。
再多的基础，Helloj2ee只能寄希望您阅读过葵花宝典——WPF自学手册，现在需要做的是自定义ListBox之前的一些准备工作，给ListBox绑定数据内容。

给ListBox绑定数据内容

ListBox除了Items属性可以让你直接在ListBox里填充数据内容

还可以用ItemsSource属性来绑定数据内容，比如XML文件。XML文件定义如下，假定名为Cities.xml，在工程的Data文件夹目录下：
Cities.xml文件如下：

数据绑定也是WPF或者Silverlight当中一个相对难的话题。基本的数据绑定概念，您也可以参见参考文献【3】，或者其他WPF书籍。这里要讨论的是和XML文件的绑定，在WPF里绑定XML文件需要用到XMLDataProvider。我们先快速地绑定这个XML文件，然后再稍稍细致地讨论一下该类的关键属性。

    <Window.Resources>
        <XmlDataProvider x:Key="Cities" Source="Data\Cities.xml" XPath="Cities"/>
    </Window.Resources>
    <Grid>
        <ListBox Margin="10" BorderThickness="1" ItemsSource="{Binding Source={StaticResource Cities}, XPath=City}">
        </ListBox>
    </Grid>

上面的代码做了两件事情，第一件事情是将一个XmlDataProvider作为一个Window的静态资源。第二件事情是通过ItemsSource将ListBox和这个资源绑定起来。这里面有一个属性，名曰XPath。XmlDataProvider有这个属性，Binding里也有这个属性。我们仅在Binding的XPath属性上做些文章。因为通过它不仅可以将所有的数据都绑定起来，还可以绑定符合一定条件的数据。比如需要从中只提取直辖市（Type=1表示为北京，而Type=2表示其他直辖市）。非常奇怪的语法，是吗？详情可以参见参考文献【4】。也可以参见我附带的例子（ListBoxDemo1）。

好了，Helloj2ee磨刀霍霍，剑指ListBox。

如何改变ListBox的外观

改变一个控件的外观，无外乎几种方法。
（1）改变它的属性，比如设置背景色的颜色；
（2）通过样式改变，其实质还是定义一组需要改变的属性；
（3）通过Content模型来改变，因为每个ListBoxItem里能够任何放置任何东西。这是通过Content模型改变ListBox的前提；
（4）通过控件模板和数据模板，这是一种变形金刚似的改变，通常对程序员也要具备相当高的条件，定义一个良好完备的模板实在是一件不容易的事情；
（5）通过附加属性来扩展控件的功能，这一点可能绝大多数人都不理解，Helloj2ee曾经在参考文献【5】里列举过一个通过附加属性扩展控件的例子；
（6）所有的方法都无法满足您的要求的话，那么只剩下最后的王牌方法，就是自定义控件。即使自定义控件也是要分层次的。自定义控件的哲学，Helloj2ee还是老王卖瓜，自卖自夸。参考文献【5】里对这一部分进行详细的讨论。
这一次我们对ListBox的改变，实则一次手术刀似的巨变。上述六种方法，唯有第五种没有涉及。我们首先观察一下ListBox和ListBoxItem这样几个特殊的属性。

表 ListBox关于模板的属性

属性名	属性类型	描述
ItemsPanel	ItemsPanelTemplate	ItemsControl的Items的Panel模板，他用来定义这个Panel的外观。
ItemTemplate	DataTemplate	定义每一个Item数据项的展示方法，它相当于ListBoxItem的ContentTemplate
Template	ControlTemplate	ListBox的模板，用来改变ListBox的外观

表 ListBoxItem关于模板的属性

属性名	属性类型	描述
Template	ControlTemplate	定义ListBoxItem外观的模板
ContentTemplate	DataTemplate	定义ListBoxItem里面内容的外观。

这样的几个属性，极易模糊。今天，我们就彻底把他们之间的关系搞清楚。想要搞清楚这个问题，我们需要一个小工具查看ListBox和ListBoxItem默认的模板结构。Helloj2ee曾经提供过一个查看模板的工具，不过发现Charles Peztold大师提供的查看模板工具更为好用，考虑更为周全。因此推荐大家使用Charles Peztold大师的DumpControlTemplate（见参考文献【6】），小工具的源码在随本章的附例中。如下图所示，您可以在第一个菜单里选择任意一个控件，如果它是一个ItemsControl，则不仅可以查看它的Template属性，也可以查看它的ItemsPanel的模板。

Helloj2ee不在这里把ListBox或者ListBoxItem的模板代码贴出来。而是绘制出它们的模板结构来，这样有利于表达其核心概念。还是以一个外观为如下图的ListBox为例来说明。

ListBox的模板结构如下图所示：

从上面的图中可以看出来以下两点：
（1）ListBox默认的Template里面包含了一个Border和一个ItemsPresenter；
（2）ItemsPresenter是一个非常特殊的类，它就好像一个占位符，是随时可以被其他Panel替换的，替换的依据就是模板，只不过这儿的模板类型为ItemsPanelTemplate。ListBox的ItemsPanel属性就是负责定义ListBox的项所处的Panel的外观。默认的ItemsPanel提供了一个VirualizingStackPanel。
接着往下看ListBoxItem的模板结构。

从上面的图中也可以看出来以下两点：
（1） ListBoxItem默认的Template属性定义了ListBox里包含Border和ContentPresenter；
（2）ContentPresenter也是一个非常特殊的类，它和ItemsPresenter一样。只不过区别在于替换ItemsPresenter是一个Panel，而这里更为宽泛，几乎任何一个控件都可以。这里ListBoxItem中内容的外观就取决于ListBoxItem的ContentTemplate属性。当然为了方便使用ListBox的ItemTemplate属性也是设定ListBoxItem的内容外观，它相当于ContentTemplate属性。
我们现在改变ListBox的外观，最重要的就是将这几个属性用到极致。

自定义Panel

第一步我们是需要将原有的ListBox纵向排列他的Item，变成按照圆形排列。那么这势必要改变ListBox他们所处的Panel。过去我们已经知道ListBox默认的Panel是VirualizingStackPanel。WPF所能够提供的Panel，没有一个能满足这种按照圆形排列的需求。因此Helloj2ee只能自定义一个Panel。

自定义一个Panel绝对是一件颇有技术含量的事情。他的核心是要解决Panel里面的控件如何排列，以及尺寸的问题。实际上Panel布置它当中的控件位置和尺寸经历了两个阶段，第一个阶段是测量（Measure）阶段，在这个阶段中父元素会逐一询问子元素所期望的尺寸，从而确定自己所期望的尺寸。第二个阶段是布置（Arrange）阶段，在这个期间父元素会明确子元素的尺寸和位置。具体到编程模型里面，主要涉及到要重载两个函数，一个是MeasureOverride，另一个是ArrangeOverride[7]。
MeasureOverride函数的实现里面需要注意要做如下几件事：
（1）遍历所有包含的子元素，并且调用它们的Measure方法；
（2）调用完了Measure方法后，子元素的DesiredSize即是它们各自期望的尺寸；您可以获得它们的DesiredSize属性；
（3）根据所包含的子元素的尺寸，计算自己所期望的尺寸，并返回该值。注意MeasureOverride传递过来的参数，是父元素告诉子元素，它能够分配子元素的空间大小。当然子元素所期望的尺寸可以大于父元素给子元素分配的尺寸大小【8】。
现在我们再来看看CircularPanel的MeasureOverride函数的实现。相信看了上面一段话之后，不用Helloj2ee再逐字逐句去解释了。

protected override Size MeasureOverride(Size availableSize)
        {
            Size resultSize = new Size(0, 0);
            foreach (UIElement child in this.Children)
            {
                child.Measure(availableSize);
                resultSize.Width = Math.Max(resultSize.Width, child.DesiredSize.Width);
                resultSize.Height = Math.Max(resultSize.Height, child.DesiredSize.Height);
            }
            resultSize.Width =
                double.IsPositiveInfinity(availableSize.Width) ?
                resultSize.Width : availableSize.Width;

            resultSize.Height =
                double.IsPositiveInfinity(availableSize.Height) ?
                resultSize.Height : availableSize.Height;

            return resultSize;
        }

再来说说ArrangeOverride函数。这是第二阶段的事情。在这一个阶段里Panel要最终确定控件的位置和尺寸大小。控件的位置和尺寸大小是通过调用每一个控件的Arrange方法来确定的。Arrange方法需要传递的参数是类型为Rect的finalRect参数。他是决定控件位置和尺寸的最终决定因素。

好了，现在可以看看ArrangeOverride函数的实现了。对每一个ListBoxItem的位置计算取决于初始的角度（InitialAngle），每个ListBoxItem之间的间隔角度（AngleItem），半径Radius，以及旋转的中心点（Align）。

protected override Size ArrangeOverride(Size finalSize)
        {
            this.Refresh();
            return base.ArrangeOverride(finalSize);
        }

        private void Refresh()
        {
            int count = 0;
            if (double.IsNaN(this.Width))
            {
                this.Width = 200;
            }
            if (double.IsNaN(this.Height))
            {
                this.Height = 200;
            }

            foreach (FrameworkElement element in this.Children)
            {
                RotateTransform r = new RotateTransform();
                double alignX = 0;
                double alignY = 0;
                switch (this.Align)
                {
                    case AlignmentOptions.Left:
                        alignX = 0;
                        alignY = 0;
                        break;
                    case AlignmentOptions.Center:
                        alignX = element.DesiredSize.Width / 2;
                        alignY = element.DesiredSize.Height / 2;
                        break;
                    case AlignmentOptions.Right:
                        alignX = element.DesiredSize.Width;
                        alignY = element.DesiredSize.Height;
                        break;
                }
                r.CenterX = alignX;
                r.CenterY = alignY;
                r.Angle = (this.AngleItem * count++) - this.InitialAngle;
                element.RenderTransform = r;
                double x = this.Radius * Math.Cos(Math.PI * r.Angle / 180);
                double y = this.Radius * Math.Sin(Math.PI * r.Angle / 180);

                if (!(double.IsNaN(this.Width)) && !(double.IsNaN(this.Height)) && !(double.IsNaN(alignX)) && !(double.IsNaN(alignY)) && !(double.IsNaN(element.DesiredSize.Width)) && !(double.IsNaN(element.DesiredSize.Height)))
                {
                    element.Arrange(new Rect(x + this.Width / 2 - alignX, y + this.Height / 2 - alignY, element.DesiredSize.Width, element.DesiredSize.Height));
                }
            }
        }

当然这些属性都是依赖属性，也是自定义的依赖属性。这些只能请各位读者参考文献【9】和【10】了。文献【9】可以帮助大家理解自定义的依赖属性，而文献【10】则能用好依赖属性。由于Helloj2ee对自己的书一定会熟悉很多。因此在参考文献的引用上，多是引用自己所写的，因此难免会给读者一点广告之嫌，还请各位见谅。当然相关的概念看任何一本WPF的书都是OK的。

完成这个自定义ListBox的这条路还很漫长，敬请大家耐心等待Helloj2ee的第二篇。最后附上我和侯大师的一张合影。能够遇到侯大师，真是一件很幸运的事情。

参考文献

【1】李响，《葵花宝典——WPF自学手册》第十一章控件与Content——北冥神功，2010

【2】Pavan Podila, Kevin Hoffman, 2009, WPF Control Development Unleashed

【3】李响，《葵花宝典——WPF自学手册》第十四章数据绑定——桃花岛软件公司管理人员系统之始末，2010

【4】MSDN，XmlDataProvider.XPath Property, ms-help://MS.VSCC.v90/MS.MSDNQTR.v90.en/fxref_system.windows.data/html/b9776844-ca43-58ac-6d05-3f3c98f66e39.htm

【5】李响，《葵花宝典——WPF自学手册》第二十章自定义数据控件——出手无招，何招可破2010

【6】Charles Peztold，Applications = Code + Markup: A Guide to the Microsoft Windows Presentation Foundation，Chapter 25 Templates， 2006

【7】李响，《葵花宝典——WPF自学手册》第十章布局——药师的桃花岛 2010

【8】MSDN，FrameworkElement..::.MeasureOverride Method，ms-help://MS.VSCC.v90/MS.MSDNQTR.v90.en/fxref_system.windows/html/f16effb3-da72-2bb9-290b-0fd6b9b79b4c.htm

【9】李响，《葵花宝典——WPF自学手册》第五章依赖属性——木木的汗血宝马 2010

【10】李响，《葵花宝典——WPF自学手册》第二十章自定义控件——出手无招何招可破2010

附件：

源码：ListBoxDemo /Files/helloj2ee/src.rar

查看控件模板工具：/Files/helloj2ee/DumpControlTemplate.rar

本文链接

广告贴——希望大家有空能够参加11月27日的《葵花宝典——WPF自学手册》签名售书活动

2010-11-18T13:36:00Z

活动主办方：电子工业出版社博文视点公司

活动时间及地点：2010年11月27日下午13:30~15:00 中关村图书大厦五层多功能厅

这是一个广告贴。但是我会用心去写，否则发在首页，就愧对大家了。有一件事情必须声明就是我的字写得不好。所以签名的话可能会让各位看得稍稍些许难受。不过我会很认真去签尽我所能。刚刚从南京回来。参加了UserFriendly2010的大会。这是一个关于产品设计和可用性的大会。在那个大会上，见到了膜拜已久的多位大师，其中还拿到了Bill Buxton和Norman的签名书以及签名照。Bill Buxton的签名售书活动算是相当成功。尽管他的中文版非常贵 168元。但是大家都毫不吝啬，纷纷解囊然后排成长队等待Bill Buxton签名。出版社的编辑站在我旁边说：“如果你签名那天.....”话没说完，我就咋舌，表示不可能。头一天经销商小马关于Bill Buxton的书带得比较少。结果过早卖完没有完成任务有些小小的郁闷。尽管我在旁边也帮着尽三寸不烂之舌推荐一些在我看来还不错的书可是也每卖出几本。但是这样一个签售小马就露出了笑脸。

说到大师的签售当然我无意比肩自己几斤几两骨头还是清楚。我想应该给大家提前透露一下我能带给大家什么。让大家还能够如此浪费自己的时间去听我的一些漫谈。我想了想应该会有这样几点：

（1）一个Windows程序员的经验仅仅是经验因为我曾说过我是一个从Win32 MFC WinForm 和WPF这样一路走过来的程序员我不会为说WPF 而说 WPF。看待WPF 何不从一个纵向和横向去看待。

（2）学习的艰辛与快乐。面对现实的些许无奈我会向大家介绍一些我自己的学习方法只能供大家参考。因为方法只有合适自己的才是最好。

（3）WPF的快速概览主要特点

（4）........

省略号的表示还是想给大家留一些惊喜其实与其说是讲座倒是想和大家共同分享。我想我主要面向的对象还是大学生或者刚刚工作涉及到用户界面交互等工作的人。绝大部分应该还是会面对初级或者中级的读者。绝对有深入但是绝不是华山论剑。感谢大家浪费自己宝贵时间去参加这样的一个讲座活动。下面是这次活动出版社方面的具体介绍。

博文视点大讲堂42期

程序员修炼道路上的“葵花宝典”

您见识过很多技术图书，有无见过写得如此生动和诡异的WPF自学手册？

您参加过很多技术讲座，有无进入过这样气势磅礴和自由翱翔的WPF世界？

电子工业出版社畅销新书《葵花宝典——WPF自学手册》，最大的作用是让从未接触过Microsoft WindowsPresentation Foundation的读者能够从初学到精通掌握，运用WPF进行桌面开发，而且图书的叙事风格和手法使得读者在经历掌握Microsoft WPF开发的整个过程是如此轻松快乐，在作者风趣调侃的语言当中不知不觉地学会WPF开发。

博文视点大讲堂第42期，特邀本书作者李响，一位在程序员舞台“龙套”成长为“主角”的博士，与您相约11月27日中关村图书大厦，一同参透程序员修炼道路上的“葵花宝典”相信本次讲座不仅给大家带来WPF这一个新兴技术，而且还将为大家的职场之路铺垫坚实的一步！

主讲人简介：

李响，信息工程大学测绘学院制图学与地理信息工程系讲师，博士研究生。目前研究方向为地理信息系统和人机交互。十年程序生涯，漫漫征途，方修得一本宝书《葵花宝典——WPF自学手册》。

活动主办方：电子工业出版社博文视点公司

活动时间及地点：2010年11月27日下午13:30~15:00 中关村图书大厦五层多功能厅

讲座内容：

这次讲座，《葵花宝典——WPF自学手册》作者，一位在程序员舞台“龙套”成长为“主角”的博士，为您拆解程序员修炼道路上的两条路线——全真教和梅超风，他将在挽起袖子、义不容辞地亮家底：

细细想想梅超风何以成名？她成名的原因就在于获得了一本《九阴真经》，而且是一个残缺本。于是她学会了“摧心掌”和“九阴白骨爪”这样的快速功夫，从而横行武林。但武功始终处在二流，不能有所精进。这个从《射雕》一书当中就能看到，梅超风被黄药师抓住的时候，就仿佛是老鹰抓小鸡一般没有丝毫抵抗。

全真教的小道士入门却不学招式，只学呼吸、坐下、行路、睡觉的心法。这一点从郭靖和马钰道长在山顶修炼时可见。但是《射雕》一书当中绝顶高手，非中神通王重阳莫属。即使到了《神雕》也是中顽童周伯通莫属。两本武侠圣经，都是全真当道，为何？

之后，将为大家解读学习WPF之前须具备的基础，WPF的重点概念，以及WPF一个综合实例。

相信，这次讲座不仅给大家带来WPF这一个新兴技术，而且还会大家的职场之路铺垫坚实的一步！

由于场地有限，还请各位有兴趣参加的朋友提前报名。凡到会参加者，均可获赠精美小礼品一份，现场还有抽奖活动！奖项设置如下：

一等奖一名：《葵花宝典——WPF自学手册》

二等奖两名：《过河卒》各1本

三等奖三名：博文视点精致咖啡杯各1个

报名方式：

1．请致电：86-010-88254369。

2．登录博文视点官方网站www.broadview.com.cn在线报名。

相关图书

《葵花宝典——WPF自学手册》

购买链接：

当当网

卓越网

本文链接

写给刚刚毕业非名校而且正在迷惑中的工科大学生们之二——全真教与梅超风谈程序员的修炼之路

2010-10-06T01:54:00Z

一时激动写下了这个系列之二。这个话题其实在我上课的时候已属老调重弹的话题即使在我的新书《葵花宝典——WPF自学手册》中第15章也谈过但是还从未见之互联网。这是把家底亮出来。当然能够写出来还是缘于第一篇被大家所关注。老实讲这里是程序员的舞台我只不过是这个舞台上的一个“龙套” 能够得到大家的关注所以挽起袖子义不容辞地亮家底了。

七年前我是一个程序员当然现在还是一个程序员但是要注意的我不是一个科班的程序员仅仅属于计算机专业相关的专业。在初学程序之初，上课学习完谭浩强的C语言之后我的程序语言生涯就算结束了。于是需要自学C++ 当时非常遗憾的是并不知道有一本C++圣经就是“离谱的人”（Lippman ）所著的C++Primer。好在C++的教材浩如烟海溺水三千只取一瓢饮即可。但是我的学友们已经不满足简单的Console窗口弹出一个结果。很快开始转向了MFC。于是当我还在单调的写一个Main的时候眼巴巴地看着Console窗口弹出一个结果时。他们已经可以弹出一个对话框来。这样的一种被人慢慢甩在后面的感觉实在不好受尤其是你个人还觉得你很用功仍然被人甩在后面就不单单是感觉不好受而是开始怀疑自己的智商了。不过好在我这个人还是一个坚持的人还是慢慢学完C++之后才开始看MFC。不过由于受学友们的影响老实说 C++ 越到后面的模板多重继承等等自己看的越是快并没有打下艰深的基础迫不及待地转向MFC。

转向MFC 对我而言简直是一个梦魇。从Main直接跳跃到CWinApp CMainFrame等等。简直就是一个三级跳。每次我都止步于《VC技术内幕》第六章（具体可参见我系列一）。每一本MFC的书无疑都会在第一章写下Win32 但是每一次都是蜻蜓点水。可能我资质鲁钝怎么也搞不清楚 Win32是何方神圣？既然它在每本MFC书中都要提起为何又如此简单呢？于是我在学习了大半年MFC之后一直只能停留于做一个对话框加上一个按钮在一个按钮里写下Click的事件处理函数的水平上。过去在Consol窗口里看结果现在在MessageBox里看结果。当我惆怅万般形影单只望穿秋月时。学友们已经在考虑一个系统一个架构的问题了。这个时候心灵的寂寞对自己的否认是来得何等强烈。

由于Win32这个讨厌的东西每次都出现但每次都出现的不清不楚于是我想我应该找一本专门讲Win32的书才好。那个时候选择书是很盲目的。我不会上网去看书评好在运气不错让我碰见了一本好书。运气更不错的时候是碰到了一本Win32的权威之著——Charles Peztold的Windows程序设计。不用全看看了三章之后。我终于见着了Win32的庐山真面目从此恍若中国的革命找到了马克思主义一般揭开了新篇章。

.......

当然这仅仅只是我的程序员之路前面一两年发生的事情。直到今天才看看昔日的学友们尽管他们都很不错但是很多都已不在程序员这条路上。或者他们依旧在考虑系统考虑架构但是恕我直言和前若干年相比除了经验上多了一些。技术的深度似乎少有进展。而我虽然也是没什么成就但是依然走在这条路上而且加速在前进。以前总是追赶不上微软但是现在却可以紧跟上而且不必匆忙学习而是见一眼就能知其根底。好比看演出台上的那个女人还是那个女人衣服不同而已。

于是回过头我总结出了程序员的两条路：全真教和梅超风两条截然不同的路。

细细想想梅超风何已成名？她成名的原因就在于获得了一本《九阴真经》而且是一个残缺本。于是她学会了“摧心掌”和“九阴白骨爪”这样的快速功夫从而横行武林。但武功始终处在二流，不能有所精进。这个从《射雕》一书当中就能看到梅超风被黄药师抓住的时候就仿佛是老鹰抓小鸡一般没有丝毫抵抗。

全真教的小道士入门确不学招式，只学呼吸、坐下、行路、睡觉的心法。这一点从郭靖和马钰道长在山顶修炼时可见。但是《射雕》一书当中绝顶高手非中神通王重阳莫属。即使到了《神雕》也是中顽童周伯通莫属。两本武侠圣经都是全真当道为何？

我们不妨看看全真教和梅超风的学习曲线图。

超风的学习曲线先快而后慢，而全真教学习曲线先慢而后快。在这里应该一目了然梅超风到最后也只能是平平而为。而全真的方法确能升到极点而且到后面的加速度会越来越快。

但是写到这里请各位花费时间看我博客的朋友们注意我并没有扬全真而抑超风的意思。这两条学习路线都有可取之处因人因事而异。在这里我想系统地说如下几点：

（1）选择全真的修炼路线的各位注意了拐点之前对大家而言无疑是挑战因为在拐点之前不是每个人都能坚持的。在这其间你的学习上升很慢尤其是你的学友在做梅超风路线时会大踏步地前进。如果您不是一个耐得住寂寞的人也许在拐点之前您会从全真的路线拐向超风的路线。在拐点之前唯一的秘诀就是“耐得住寂寞”。

（2）同时意味着并不是每一个当初选择全真的就一定能成为绝顶高手只有矢志不渝的人才能成为高手。

（3）并不是所有的人所有的时候都适合走全真路线。因为很多时候您需要的只是今天使用这个技术去解决一个问题而往后都不会再用到这样的一个技术您何必费劲心力去选择全真路线。不妨“九阴白骨爪” 一招制敌。

全真教与梅超风两条路线您可以根据个人情况事情不同选择不同的路。废话这么多感谢您的阅读感谢您的时间。

本文链接

写给刚刚毕业非名校而且正在迷惑中的工科大学生们之一——为什么编程读书全会放下书写代码却又全不会

2010-09-30T18:33:00Z

我写系列成功失败都不是第一次了。但是促使我写这个系列还是有两个原因。

其一可能已经有人知道我是一个老师而且是一个非名校的老师。虽然长相貌似年轻但是实际上已经是一个有六年经验的老教师了。呵呵。可以说是桃李满天下了。

其二则是最近由于比较关注自己写的一本书《葵花宝典——WPF自学手册》于是在网路上又呈现出一种活跃姿态。深夜不睡连续加上好几个WPF相关的群，在群里充当老师师兄过来人等诸多角色。为刚刚毕业非名校而且正在迷惑中的工科大学生们解惑或者是更加增添他们的疑惑。

其间就有一个学弟问了这样一个问题：“为什么编程读书全会放下书写代码确又全不会”。其实我学习编程十年多又何尝不是呢。

上大学其间作为一个工科大学生当然是要学习编程的。一个学校总是一个风格，如果一个学校先驱者是使用Delphi开发项目那么后来者当然是Delphi成风。那么我们学校是VC起家的。于是我成为了众多VC学习中的一员。当时我买了厚厚的一本《VC技术内幕》第六版。尽管当时有盗版书但是我还是毅然地选择了正版。也许有人要表扬我这种维护正版的坚贞的情操。但是朋友们，我真不是人格有多高尚而是想让自己找到一种心疼的感觉心疼了自然就不会将书束之高阁。抱着厚厚的一本书我开始泡一杯咖啡正襟危坐。看第一章略懂第二章略懂一直到第六章。我彻底崩溃了。于是又开始从头看起第一章略懂第二章直到第六章又一次崩溃。索性不看了。过了几天我又开始这样的循环我是一个很有毅力的人。这样的循环我大约持续了二十遍以上，直到毕业时才算真正放弃。

这和我在青春懵懂时代看红楼梦一样。由于从小受教育就知道红楼梦是四大名著于是买回一本看每次看到贾宝玉梦遗带着青春的兴奋之后随即崩溃看不下去，如此反复。直到现在我也没看完完整的红楼梦。

所以关键的一点出来了“一本大家公认的好书如果你看不下去那么对你而言它就不是一本好书”。

到了后来我还知道我看不下去《VC技术内幕》第六版的原因何在呢？因为他的翻译质量确实欠妥。在大学时我对铅字是有一种莫名的崇拜的。我不会去怀疑书的。于是关键的第二点出来了“尽信书不如无书”。

这里关于识别翻译书的质量有一个小小的技巧。翻译书需要看译者主要是看出名的译者比如侯杰潘爱民蔡学庸。但是这一招也往往未必奏效。因为太过出名的人往往只是挂名不在翻译所以还是要关注像helloj2ee这样在出名ing中，而尚未出名的人这样的人通常会更努力一些。呵呵。此外翻译书的质量和译者的数量成反比。一个人翻译书的质量>两个人>三个人>......一个团队。还是拿VC技术内幕说事大家推崇的经典是第五版潘爱民老师翻译的一个人独立完成。而第六版是一个什么公司具体名字我也忘记了。潘老师当时也不算盛名。因此第五版成为了经典。如果现在再买书看到有潘老师翻译的也许我会慎重考虑。

编程的过程就是就是习武的过程修炼战斗再修炼再战斗这样的循环过程。学习编程也是看书实践再看书再实践的过程。

初学编程的时候好多同学会问我：“说老师怎么学编程” 我的回答通常是：“你先编写有一百行代码的时候再来问我这个问题”没有代码量的积累确实是无法学习编程的。因此关键点之三出来了“没有一定的代码量积累何谈学会编程？”

我的网名叫做Helloj2ee，经常到.NET的学习论坛或者群里大家都会以为我是一个Java方面的卧底。但是这不是无间道也不是潜伏。我的网名来自于我大四期间需要用Java干的一个项目。当时项目紧张的不得了整天整夜的加班最为夸张的是需要在三天之内做好三十个功能齐全的对话框。两个人三天。这样编写了一年Java的代码。老实讲终身都无法忘记Java 因为它潜移默化成为了我的一种习惯，深入骨髓。

那么由此又引出来一个问题：“看书和干项目鱼与熊掌如何兼得？”

在这里我要分别说说看书干项目他们分别的优与劣

看书是一种系统的学习它优优在系统但是劣劣在盲目。尤其对于初学者来说更是盲目。相信计算机科班出身的同学们上大学时学的操作系统汇编已经变成了一种遥远的记忆吧。当时的学习是盲目的不知道有何用。

干项目是一种真正解决问题的实践它优优在实践解决问题时间紧还能给人压力激发无穷的潜力它劣却劣在零散所有都是围绕问题去学习加上时间紧都是囫囵吞枣解决问题即可不管架构多不合理效率多么低下。

因此对于刚刚毕业非名校的诸位我有一个建议就是刚参加工作如果足够幸运跟上一个大项目好好干完无论自己基础多么差多么不牢咬咬牙顶住。不要想我要学什么学什么一切都为了解决这个项目围绕项目而转。这期间你必然有很多都是在困惑中都是在待解决中。当这个项目干完你会知道自己有多么多么不足哪些方面是需要学习的这个时候再去系统的学习一段时间好好思考一段时间打好基础。再去投入新的工作当中。

我想这样的建议或许有效其实古人已经用简单的四个字概括了我上面的一段话那就是“知行合一”

好了唠叨了这么久总结一下本文四句话：

（1）一本大家公认的好书如果你看不下去那么对你而言它就不是一本好书

（2）尽信书不如无书（我知道这样写对我的《葵花宝典——WPF自学手册》没有任何好处谁也不会去“自宫” 阿门老天保佑吧我只是说了真话而已呵呵）

（3）没有一定的代码量积累何谈学会编程？

（4）看书和干项目鱼与熊掌如何兼得？答案是知行合一。

本文链接

路由事件的演变史——写在真正学习路由事件之前

2010-09-30T10:05:00Z

这是一个很长的文章尽管在下班之前我编辑了足足快一个下午的时间，但是后来发现浏览的时候 IE会报错。于是干脆制作成pdf格式方便更多人阅读。就不在这儿贴的满满都是以满足我个人的小小虚荣了。

这篇文章实际上是我写路由事件之前的思考。事件其实总是一个很让人向往的话题，也是一个很有意思的话题。而我一个从Win32开始的程序员一开始就想到了Win32的回调函数再往后委托事件再往后.....于是就有了这篇路由事件的演变。当然这篇文章并没有涉及到路由事件，如果想了解路由事件可以参看我的拙著《葵花宝典——WPF自学手册》第六章路由事件——绝情谷底玉蜂飞。http://www.cnblogs.com/helloj2ee/archive/2010/09/24/1834189.html（呵呵这里似乎有点广告嫌疑）。的确我老王卖瓜自卖自夸了。当然写事件的无论著作还是网路上的文章都有很多经典。大家不妨擦亮眼睛自己阅读。

话不多说奉上这篇的pdf文档。祝节日快乐阅读快乐。

文章下载处：路由事件的演变.pdf

本文链接

博客园_做一个鸡立鹤群的人

关于Google中国，百度搜索，Bing搜索，雅虎，搜搜，以及有道的简单测试

Helloj2ee的新译作：Silverlight 4 RIA开发全程解析（英文名为Silverlight4 Problem Desing Solution）

David Freedman统计学书评

希望了解可用性和用户体验的简单发展 可以进来了解一下

WPF自定义ListBox（二）

WPF中的自定义ListBox（一）

广告贴——希望大家有空能够参加11月27日的《葵花宝典——WPF自学手册》签名售书活动

写给刚刚毕业非名校而且正在迷惑中的工科大学生们之二——全真教与梅超风 谈程序员的修炼之路

写给刚刚毕业非名校而且正在迷惑中的工科大学生们之一——为什么编程读书全会 放下书写代码却又全不会

路由事件的演变史——写在真正学习路由事件之前

希望了解可用性和用户体验的简单发展可以进来了解一下

写给刚刚毕业非名校而且正在迷惑中的工科大学生们之二——全真教与梅超风谈程序员的修炼之路

写给刚刚毕业非名校而且正在迷惑中的工科大学生们之一——为什么编程读书全会放下书写代码却又全不会