Just Trick!

C# trick里面，记录一些我自己的C#程序设计经验，我在本科刚刚毕业以后(2006年9月份左右的时候)开始接触C#(在此之前，我把C#读作"C井")，之前只有only a little的java程序编写经验(在好友(again，Thank you！CR)的手把手指导下，编过一个作业，MD5算法程序，用JBuilder拖了一个窗口，然后直接调了java的MD5类库，受到了当时老师的点名批评)。对C、C++有基本的概念了解，仅此而已。

之后的一年时间里(到2007年的9月份)，一直在从事C#相关的程序编写（谈不上设计，呵呵），为所在公司的PLM产品开发做一些力所能及的工作，但9月份以后，因为读研究生的关系，离开了PLM项目组。转而利用自己之前在PLM组里面的一些C#程序设计经验，从事文件系统过滤驱动的开发工作，与这个主题相关的故事，记录在另外一些文章中。

就我个人认为，C#应该是最简单的语言，但是因为它却具有成为最强大的语言的潜力(微软的崽)！随着微软对.Net的扩充，C#变得越来越庞大和复杂！但愿当初声称语言学习曲线最平的它，不至于在将来成为另外一个类似"C++"的悲剧(C++的复杂难学，使很多人谈之色变)。

我自己的C#学习历程很短，接触到的东西相对不多不深，C#学习资源丰富，代码资源也越来越多。几乎没有什么具体实现是网上所不能找到的。这从一个侧面凸显了C#系统(或基于.Net的系统)重在解决方案的价值。单个的程序实现已经没有什么价值了(或者直接一点说，卖不到钱)，只有承载了企业业务的解决方案才有价值。当然，快速地组合程序实现也是绝对必要的。

我自己暂时还停留在程序实现的阶段，虽然曾经参与过一些设计，对之前接触过的PLM系统架构也有较深的理解，关注过Patterns&Practice，但是最终因为时间的关系没有坚持如一地对这些体系架构进行深入地研究，也没有实际地设计过一个系统。现在的我看来，从事初级C#程序员(如果没有从事过系统设计的，应该都算作这一类吧)相对来说是一件比较轻松的工作，面对一项具体的任务，到网上找到一个实现，然后稍微理解别人的代码，把它运用到自己的实际工作中，就大功告成了！代码的实现，只是一个你知道或不知道的事情。

写这个系列的文章，主要是总结一下自己曾经在C#程序实现上所关注过的一些方面，避免自己在某些曾经实现过的程序再次着手编写时的重复搜索。周围也有朋友从事C#方面的开发，某些需要跟朋友们探讨的问题，想起来了也记一下，俗话说，好记性不如烂笔头！积木多了，搭房子也就相对容易和快捷了！手中的砖头多了，以后如果有机会设计解决方案，心里将会更加有底一点！

在程序实现里，一切都只是trick，Just trick！记住它，下次绕过它，搞定它，万事OK了！这在我进行了半年的文件系统过滤驱动开发之后，更加深刻地意识到这一点，也正是这种意识，促使我记下自己在程序设计上的点点滴滴，避免自己和自己的同行朋友走我走过的弯路！