博客园_迷失code的博客

2010，应该感谢的那些人以及那些未完成的事

2011-01-04T12:58:00Z

2010年十大感触，你是否也有这样的总结经历？　　

时间真是个奇怪的东西，好玩，但哥实在玩不起，细细掰手指头一算，进现在的公司有2年了，一直没接触到公司的核心业务，当然，主要是咱专业不对口，公司的核心业务是网游，偏偏咱是搞C#的，没办法，安心做好自己的项目吧，一个免费邮箱项目做了两年了，发现项目上线后基本上就是改进、发布、再改进、再发布；好吧，大家都知道我为什么不说创新，你懂的。下面咱就去年的工作、学习都总结下。

1、去年的目标是最少看三本书，回头发现目标没完成，只看了两本半，当然不包括网上看的小说，去年10月份回老婆家，脑子一发热买了一套《史记》，到现在也才翻到孝文帝本纪；明显没有坚持精神啊。

2、第二个目标是多写博客，具体没定，咱也不敢定，现在回头来看，发现自己根本不是那块料，写也写不出好东西，只会看别人的，最大的问题还是不会总结，说白了就是好东西到我脑子里都是白瞎。好在利用业余时间写了个自己的网站，也算是小有收获；越是怕浪费时间越是抓不住时间。

3、去年技术上没啥长进的，就是在年末的时候学习了两晚上的ASP.NET MVC，当然，这还得感谢重典；学习ASP.NET MVC的时候有了一点顿悟，发现语言其实都有其相通之处，所以基本上学几个晚上也就差不多掌握了，当然，原理性的东西了解了并不代表就能深入，细节还是要下点功夫，否则那不成了花架子。

4、身体素质一下在下降，特别是公司配套了每人两台电脑后，我基本上就有了想买防毒套装的想法，去年总运动时长不超过90天，当然这不包括早上跑步时间（晚上是不可能了，一加班基本就废了），周末还可以打打篮球，本人在广州，2011有兴趣一起打球的朋友可呼叫我。

5、到广州工作后，原有朋友圈子迅速缩小，新朋友圈也未变得更大，这可能是IT工作者的通病（销售、产品、运维等等非code不在此列）。

6、网购开销增大，交通费用缩小。公司人多，基本上前台每天干的活就是送快递，反正每次看到前台到助理那里时，通常是两人，一人把住电梯门，一人搬东西，一帮宅男宅女啊！

7、完成了一件大事，结束了个人生活。这可能是去年我最大的成就，我很珍惜，觉得这成就来之不易，特别是在想到自己是code时（公司除了主管其它人都是code，你就算做架构你也是code）。

8、去年最失败的一件事：没有做好今年的计划。

9、去年最开心的一件事：换卡、加薪了、升职了都不是很开心，最开心的是认识了一帮有志向并且乐于做自己事业的朋友。

10、最有触动的一句话：不要鄙视有钱人，否则你永远都不可能成为有钱人。

以上是本人去年的简单总结，与兄弟姐妹们共勉之。

本文链接

QQ输了，小马赢了

2010-11-04T10:18:00Z

上午接到一个朋友的电话，说帮忙招个人；最后附带一句，以后电话联系，我不用QQ了。我听着有点心酸，TX终于搬起石头砸到了用户的脚；这是正常的，也是必然的结果。

最近这一段时间，再没有比写QQ和360大战更吸引眼球的了。事件的前因后果我们不去追不行，不知道前因就不知道后果，从始至终，QQ是点火的，还好，只是烧到了自己的一点毛发，企鹅形保持得比较好。我真正想说的是，你们都错了，这场大战的结果就是：QQ输了，小马赢了！

为什么？要说耍流氓，周鸿袆是网络流氓的鼻祖，我想这点大家都没有什么异议吧？小马在他眼里，估计就是个小混混级别的，周鸿袆从3721打杀到现在，不是吹的，身上最少得留下几十道伤痕吧，皮肤伤了之后会长老茧，皮更粗厚了，肉更结实了，砍人速度更快了，打架更老练了。从事件的发生到现在，我们所看到的是周鸿袆见招拆招，而且还在不断的出新招，小马是步步艰难啊。

我以为，周鸿袆再出两招，估计就完了，必须的！周鸿袆以为马化腾是小混混是正确的，但是不把他放眼里就是错误的，周鸿袆其实就是一土流氓，我没见得有什么文化；他太自以为是，他从来玩的就是你跟我流氓我就讲法律，你跟我法律我就耍流氓，看你能怎么着。

在这声战役里，小马应该输，必须输；年轻是需要历练的，而且我知道，TX的疗伤速度远胜于360千百倍，这场战，小马应该感谢周鸿袆；是周鸿袆给了他成长和锻炼的机会，TX也应该受点挫折了，不然太嚣张，但是我觉得，TX以后的发展速度可能会变得非常迅速，出手会更加的辛辣和快速。

拭目以待吧，我看好你，小马！

本文链接

代码重构之路的艰辛

2010-11-03T11:45:00Z

我承认，这个标题很沉重。我有幸使用了一个开源的项目作为小范围内的二次开发应用。这个项目其实是挺大的，开源代码仅是其中一部分，在二次开发中我对源代码作了一些改进，都是一些必要的改进以及发现的BUG；这些BUG在后续的开源参与者一一修复。我想说的是重构过程中的一些小问题。

一、如果你决定重构代码，特别是别人的代码，最好对整个项目有一个清晰的认识，最好记得哪些代码运行在哪些文件中的哪一行里（基于没有BUG即良好的思想，你可不重构）。我很反感以下的代码。

boo _flag=false;
boo _isexists=false;
string _username;

上面的代码不用多说，大家也可以看出问题，当然这些简单的重构我相信初学者都可以改好，其实这是习惯问题，有时候是：习惯决定行为，行为决定思想，思想决定高度。至少在这里我看不出什么高度可言了。

二、尽量不要去动那些核心的代码。这里所指的核心是：搞不好程序就当掉了。如果你真要没事想重构以显示你的能耐，我劝你还是考虑一下“没有BUG不要修改”的原则。我上一次对一个程序的核心代码（绝对是核心）修改前，花了一个星期去阅读所有文档和代码，虽然之前我已对所有文档和代码看过无数次。

三、如果真要进行重构，那么最好让所有项目组成员都知道。不要以为你重构一点点功能而已，不影响什么东西；如果你不认同这一条，那么请回忆一下中国移动的广告：沟通无限。相信我，作为项目组的一员，他们是非常有必要和需要知道你正在动他们的奶酪的。

四、记得作代码签入注释。我对那种不写注释的人，有想痛扁他一顿的冲动。

五、让他人介入。重构前或者重构后，让你的同事或者上级审阅你的代码，如果你写得很好，也是一种享受；当然，如果你写得很烂，也算得到了指点。

六、重构前，试试测试驱动开发。我从来不在真正的项目中直接切入重构，因为我不能预料到我的切入是否正确，那种感觉就像是，让我不穿衣服的站在街上的那么的窘迫。也许你想找环境的借口；不，我告诉你，环境都是人搭建的，搭建环境是相当不费事的，至少我还没有怎么费事。

七、学会宽容和理解。重构之人火气通常都比较大，当然，你也许可以采用让被重构者请你喝杯咖啡来缓解紧张的气氛。

八、没事不要老打重构的主意。

最后一条我觉得是非常重要的一条，如果你没事老重构的主意，那只能说明一点，你写的很烂；或者你认为其它人写得都没有你高明。相信我，这绝对是没事找抽型的。

本文链接

2009年度MSN签名TOP10

2010-02-03T14:26:00Z

2009年度MSN签名TOP10

JavaScript面向对象之静态与非静态类

2010-02-03T06:34:00Z

使用JavaScript面向对象完全出于偶然，因为大部分时间我都是在无图形界面的环境下工作，有时候就算是介入了web客户端的工作的时候，在写javascript脚本时，最多的也只是写写function，从没有考虑过要使用JavaScript面向对象这么高级的技巧。直到有那么一天

window.onbeforeunload方法在IE下无法正常工作的解决办法

2010-01-23T04:39:00Z

事件的起因是由于在工作中有客户反映，常常会有用户在浏览网页的过程中订购了商品，但是由于用户一下子打开的窗口过多，又或者在敲打键盘时，错误地按到了F5键，导致页面刷新或者不正常关闭，而这时在该网页上所做的一切操作的信息都丢失了，如果我们可以提供一个在客户信息未处理完成时的提示那该多好啊，下面的代码可以做到不管用户是点击了关闭，或者是在任务栏关闭、点击后退、刷新、按F5键，地址栏转向，都可以检测到用户即将离开的消息。

我对：“评：如何成为人尽皆知的Ｃ#开发人员”反馈，严重感谢各位！

2010-01-16T14:40:00Z

早上闲来无事，写了篇杂谈，没想市场反映热烈，当然不管是臭的还是香的了。其实有时候人被骂骂还是不错的，谢谢大家！非常的感谢，我说过了，我是半路出家的，想毕在园子里的兄弟大都是科班出身，正宗大学XXX出来的吧。本人一向以分享为快乐的前提，也欢迎大家的评论，不管好坏，我一致接纳，有一句话说的好：感谢责骂你的人，因为他使你成长！如果大家还在熬夜，请对这篇文章看标题就好了，我真的觉得，博客园最大的好处就是开放，什么都可以说，什么都可以谈

评：如何成为人尽皆知的Ｃ#开发人员

2010-01-16T07:25:00Z

昨天在园子里看到的最新文章，乍一看，我以为是标题党的回归，再细细一品，我有种想哭的冲动。全文阅毕，我被”震精“了，我发自内心的同情这位仁兄，如果不是因为极其悲剧的亲身经历及万分让人同情的遭遇，是断不可能写出如此发人深省及振聋发馈的文章来。我所处在的公司，500人左右，应属小型企业并向中型发展中，马云不是说过吗？500人以下的，都称之为小公司。我所带的开发小组也只是区区的５人而已，按敏捷之道来分，已足矣，甚至于我觉得多了，这大概让某位仁兄想起一本书：人月神话（抱歉，我没看过，只道听途说耳）。

正确捕获 WCF服务调用中发生的异常及处理技巧

2010-01-13T11:42:00Z

本节主要讲述在服务调用中可能发生的异常及模拟异常的发生，并分析何时可捕获何种异常，以及如何把服务异常以正确的方式传递到客户端，文章最后给出正确捕获异常的捕获顺序。本次异常捕获仅为介绍，部分为应用性功能，所以代码和行文相对简单；还介绍了在服务器端异常处理的一些技巧，希望能对您有所帮助。右侧图片我也比较懒了，直接使用WCF安全系列的图片。

使用IErrorHandle对WCF服务器进行异常处理

2010-01-12T11:18:00Z

在实际的项目开发中，我们常常会处理各种各样的异常，在代码中不断充斥着try{}catch{}finally{}语句块，这些处理有些时候是不可缺少的，因为谁都没有办法保证自己写的代码无异常运行，外部环境造成了异常存在的可能性，但是我常常觉得，捕获异常的语句块经常把原本清晰的业务逻辑弄得七零八落的，当然，本篇的目的不是说异常捕获可完全避免，但到少WCF可以让我们稍微从异常处理中得到一点解脱。