1. 还记得.NET架构图吗？C#排在哪？最顶上！——语言永远是最表层的，掌握它在干什么，才能真正掌握它。
2. 封装变化，Don't Repeat Yourself。Program to an interface, not to an implemention.
3. Refactory to Patterns. Not Design to Patterns. 靠重构达到模式，而不是设计——设计总是不周到的，只有勤于重构才能写出更好的代码。

希望这篇随笔能记录我技术的成长。

一下是我写的一个配置

Code
<appender name="dataAccessLogFile" type="log4net.Appender.RollingFileAppender,log4net" >
    <file value="./Log/DataAccess/" />
    <appendToFile value="true" />
    <rollingStyle value="Date" />
    <datePattern value="yyyy-MM-dd&quot;.log&quot;" />
    <maxSizeToRollBackups value="10" />
    <maximumFileSize value="5MB" />
    <staticLogFileName value="false" />
    <layout type="log4net.Layout.PatternLayout,log4net">
        <conversionPattern value="%d - %-5level - %c - %m%n" />
    </layout>
</appender>

其中比较关键的是

<file value="./Log/DataAccess/" />这里我只指定一个前缀
<rollingStyle value="Date" />表示文件“滚动”的类型是日期
<datePattern value="yyyy-MM-dd&quot;.log&quot;" />设置文件名后缀的格式，那个&quot;起到的作用是转义，就是把.log当作字面义，而不是时间日期的格式定义。
<staticLogFileName value="false" />关掉固定文件名

这样就会生成按日期.log作为文件名的日志文件了。

最近学习和使用NHibernate，使用的版本是NHibernate 2.0.1 GA，中间还算有不少收获，都是细节，系列教程里一般不会有的，在这里记录下。

1.  对于one-to-many的配置是相当繁琐的，如果你的数据库中外键逻辑上是无约束的（也就是one端不存在，many端也可存在，比如有一张自关联的表，你用ParentID=0来表示是根级，那么ID=0的记录可能是不存在的），但实际上是约束的键，那么这时候你直接插入many端会被数据库报错的。对于这个问题，我提出两种解决方案：第一，把外键设置为无约束的，这样可能会损失一些级联删除、更新的功能；第二，添加一个ID为0的记录作为全部记录的的根节点。——我推荐采用2方案。
2. 还是one-to-many的问题：在one-to-many的配置中，对于many端，.hbm.xml中的<many-to- one>结点一定要小心配置，首先是not-null要指定，同时应该把insert置为true——说实话，这两个我不是很肯定，有心的朋友希望 能实验下。这不算啥，最值得注意的是one端主键的unsaved-value一定要小心！以刚才那个例子，如果你的ID=0是有意义的，那么一定要把 unsaved-value显示指定为-1之类无意义数据，并且修改one端实体类ID的初始值——声明或者在构造方法里都行。否则NH会认为这是空对 象，在你保存many端的时候把外键设置为Null
3. 还是one-to-many的问题……汗：对one端的ICriteria做CreateCriteria可以join加载many端，但是这样做是inner join的，显然如果这个one端没many端（这个是很正常的，比如文章可能没有回复），这样这条one端记录就不会被选择了。如果我们需要选择，应该使用left outer join（不知道的复习下数据库原理吧，呵呵）。这时候使用ICriteria.CreateCriteria的另一个重载，可以跟上一个枚举参数作为连接类型，这样就爽了。
4. 在使用many-to-many关系的时候，我们会用一个中间表做过度。通常这个中间表是只作过度用的，我们没必要去定义实体类。但是如果我 们遇到一个这样的表是有其数据的，有意义的实体类，比如你的User-Group是many-to-many关系，同时那个UserInGroup还记录 了某个用户对于那个组有什么特殊的权限，或者什么时候加入啊这类的数据，那么它就是有意义的了。这时候我们应该为UserInGroup定义联合主键。首 先是定义一个UserInGroupPk这样的联合主键类，把UserInGroup的主键定义为UserInGroupPk，然后再去hbm里配置。这 时候千万要记得必须显式override这个联合主键类的Equals, GetHashCode和ToString方法，我也不知道为什么，反正不这样NH就不让你映射成功。
5. ICriteria可以投影，其中有RowCount方法，相当于count(*)，在判断是否存在对象的时候就不用判断是否能取到了。类似地ICriteria功能甚强，还没研究很多。
6. 这是一个疑问，不是心得。使用ICriteria可以投影，但是投影了一个类的多个属性以后（比如User有Username, Password, Gender, Address，只投影Username, Password），就只能返回objcet[]（使用UniqueResult()）或者IList<object[]>（使用List()）了；而如果只投影一个属性，则根据这个属性的类型可以使用类似UniqueResult<int>(),List<decimal>()这样的，返回那个投影的唯一列的类型。但是这样就失去了NH的自动绑定到Model对象的功能了，我对此甚是郁闷，不知道还有什么好方法，请有心得的朋友指点。
7. 接着上一条：后来我到网上查了查，原来国外有人已经做了一个类似的东西，用反射的，虽然性能下降，不过可以说是用C#时间换数据库时间和最宝贵的IO，我觉得是值的，基本的思路是实现了个NHibernate.Transform.IResultTransformer接口，并且通过ICriteria.SetResultTransfomer注入到ICriteria中去。这样做有两个比较大的弊端——第一、使用反射构建对象，性能有不小损失；第二、投影出来的只能是属性，不能是组函数（虽然说这么想就太贪心了），不过相信还是有其用武之地的。后来我索性写成了Extension Method，代码如下：
   Code
   
   public static class ICriteriaExtentions {
       public static ICriteria SetProjection(this ICriteria ctr, IEnumerable<string> projects) {
           if (projects != null) {
               ProjectionList list = Projections.ProjectionList();
               foreach (string s in projects) {
                   list.Add(Projections.Property(s));
               }
               ctr.SetProjection(list);
           }
           return ctr;
       }
   }
   
   public static class ISessionExtensions {
       public static ICriteria CreateCriteria(this ISession session, Type type, IEnumerable<string> projects) {
           ICriteria criteria = session.CreateCriteria(type);
           if (projects != null) {
               criteria = criteria.SetProjection(projects)
                   .SetResultTransformer(new ProjectPropertyResultTransformer(type, projects));
           }
           return criteria;
       }
   }
   // 国外高人的代码，实现IResultTransfomer
   public class ProjectPropertyResultTransformer : IResultTransformer {
       private Type result;
       private PropertyInfo[] properties;
   
       public ProjectPropertyResultTransformer(Type type, params string[] names) {
           result = type;
           List<PropertyInfo> props = new List<PropertyInfo>();
           foreach (string name in names) {
               props.Add(result.GetProperty(name));
           }
           properties = props.ToArray();
       }
       public ProjectPropertyResultTransformer(Type type, IEnumerable<string> names)
           : this(type, names.ToArray()) { }
   
       public object TransformTuple(object[] tuple, string[] aliases) {
           object instance = Activator.CreateInstance(result);
           for (int i = 0; i < tuple.Length; i++) {
               properties[i].SetValue(instance, tuple[i], null);
           }
           return instance;
       }
   
       public IList TransformList(IList collection) {
           return collection;
       }
   }
   那篇文章的原文
8. 合理地配置log4net不仅可以让我们更了解NHibernate在干什么，还可以帮助我们轻松地为项目搭建数据层。有时间我再总结一下log4net的使用新的吧。
9. 随用one-to-one关系（虽然不推荐这么做），默认地，延迟加载是被关闭的，必须把主要端（比如User-Profile中的User端）的one-to-one的constrained设置为true，这样才能保证NHibernate认为你自己会保证参照完整性，而不是它通过inner join来保证，这样就实现延迟加载了。如果需要立即加载，可以用NHibernateUtil.Initialize或者用Criteria API来做。这时候你会发现加载次要端的时候NHibernate又来了个inner join，如法炮制在次要端的one-to-one里把constrained也设置为true，一切OK。
10. 使用ISession.Get和Load是有差别的，大概就是Get在任何情况下都会和Database同步，而Load会优先考虑ISession的会话级proxy一级缓存。使用Criteria API查询在任何情况下都得不到一级缓存（至少我没发现怎么才能得到），而二级缓存由于NHibernate.Caches项目迟迟未发布支持2.0.1 GA的版本，所以我没能测试。
11. 使用IInterceptor接口可以定义SessionFactory级别或者Session级别的事件拦截器，借此可以帮助我们面向切面（AOP）地对NHibernate的操作进行一些监管和干预。IInterceptor接口是一个比较庞大的接口，为了避免一次性实现很多方法，我们可以实现自己的类并且让它继承自EmptyInterceptor，这是一个以空方法体实现了IInterceptor的所有方法的适配器类，我们只需要重写其中一部分自己需要的方法就可以使用了。我尝试通过OnLoad来监控Session执行SQL的次数，未果，因为OnLoad是在加载每一个实体类对象的时候发生的，也就是说如果一条查询得到了100条记录，它就会发生100次OnLoad，至于怎么统计SQL的次数，我还在研究当中。
12. 借用经典的Customer - Order模型，举个例子。这是一个one - to - many的关系，其中我们都打开了lazy="true"。举这个例子是为了说明NHibernate的延迟加载机制是非常棒的。首先我们加载Customer[1]这个实例，用ISession.Load，这时会发现没有执行SQL，直到访问了1号客户的非主键属性（因为主键我们已经知道啦）的时候，才会执行SQL，这是ISession级别的缓存在帮忙，使用Load方法有这个惠顾，而使用Get没有，这个区别前面已经说到了。接着我们来个ISession.CreateQuery("from Order o").List<Order>();这时候执行了SQL，我们取出了所有的Order，试想一下有时候会出现这样的情况，我们加载了Order的列表，并且需要列出每条Order及它的Customer的信息，当我们只需要知道Customer的主键（比如用ID，GUID）的时候我们是不用关联加载的，因为这是Order的外键。在关系模型中这很自然，但是在OO模型中就不自然了，我们要以外键实体而非外键列的形式暴露关系，所以Order中我们只能有Customer对象而不能有CustomerId属性。这时候尝试访问每一条Order.Customer.CustomerId，发现没有执行SQL，因为访问的是Costomer的主键，也就是Order中的外键，是不需关联的，所以自然不会发生SQL执行。当我们尝试访问Order.Customer.Firstname的时候发现SQL执行了，这是因为NHibernate发现了你在访问one端，所以自动执行了延迟的加载。再往下，发现加载过的Customer，包括刚才那个Customer[1]，只要加载过的对象就不会被加载第二次了，更神奇的是只要主键相同的两个one端对象都会是ReferenceEqual的！NHibernate是怎么知道我们在访问one端或者many端的属性呢？经过观察就能发现其实加载Order列表的时候，每个Order的Customer属性都不是Customer的POCO类，而是一个CustomerProxy，NHibernate构建了动态代理，这就是为什么我们需要延迟加载的时候一定要把属性设置为Virual的原因。

通过教育网IP和邮箱可以认证，学生可以免费下载到以上产品作为学习研究用，不可用于商业，不可用于建设所属教育机构的教学管理信息系统。呵呵。

昨天把Server 03弄下来了，今天把Visual Studio 2008 Professional弄下来了，为了向同学兼容，装个Visual C#和VWD 2005 Express Edition就好，呵呵。这样又可以减少一点我电脑里的盗版软件啦！现在在考虑要不要用别的产品取代Photoshop呢！不过PS用熟了，常用那几个快捷键都比较熟悉，估计换了不适应吧。

可惜微软没给学生发放Office 2007啊，呵呵，贪心了点。

我大概有一个月没用过PSP了，上次用完就关机、充满电、然后开关拨到Hold，装便携包里，放我枕头靠墙一边了。今天周末好不容易我打算玩一玩游 戏，把PSP拿出来，发现无法开机，想想是没电了吧——虽然我记得我是充满电关机的。我还是插上电，开机OK，输入时间——输入就输入吧，彻底断电关机的 确要输入时间。玩个游戏吧，我的DJMAX啊。结果……没记忆棒了！我￥%&*&……%￥##￥%……&*我说这什么概念，打开 记忆棒卡口一看，还真没记忆棒了，我衰了。我相信这肯定不是我的功劳，我游戏和存档都在记忆棒里，没事我拆它下来干嘛。我也绝对不相信它是掉了——除非它 能从按压式的插卡槽里“掉”出来、再从塑料卡口里“掉”出来、再从便携包里“掉”出来、再从我混乱的枕头边“掉”出来。我的确不记得最后一次关机是待机还 是彻底关机，但是就算被待机耗完电，我也可以肯定我这段时间是没动过PSP的。

问了寝室里的人有没有别人用过我PSP，都说没注意，没注意就没注意吧，这年头，谁注意别人啊？更别提注意别人的东西了。

上网查了下报价，8G高速组棒，210块，200多块钱就这么莫名其妙的没了。

我就纳闷了，那位偷了（先就暂定为偷了吧）我记忆棒的哥们，我PSP，价值1400吧，你不偷，我笔记本电脑还撂床上呢，那还好几千呢，虽然机器是 两年前的吧，不过光我那两条2G内存随便拉一条也比个记忆棒值钱吧？你还就这么看得起一根记忆棒？我还真纳闷了，真是逼我每天紧缩柜子是吧。我还真是不想 用锁这种自欺欺人的东西，从来都防君子不防小人，可这回我还真就遇到小人了？

我印象中我从高三起就从来没发过火，生气——有，但是从没到发火的程度。200多块钱我不是丢不起，我丢掉的不止是点财产，更多的是我对同学的信任——好人固然是多数，脑残的也是存在的。

失望啊……

想不通啊想不通……

“www.xxxxx.com.cn/somefunction.aspx”

"点什么？"

"点a~s~p~x~"

"$%^&*("

"@#$%^&*"

整段对话有4~5个来回，一个.aspx后缀占了其中的3~4个。

由此我开始浮想联翩——为什么一个“.aspx”后缀就这么麻烦呢？

我得出的结论是：因为它是无意义的！

somefunction.aspx这个url指向的页面是完成somefunction这个功能的，在这里，“somefunction”是一个有意义的url。但是".aspx"却不是！它是什么呢？在非Web技术人员（甚至非ASP.NET开发人员）的眼里，它就是几个拗口的字母。

在我们强调功能的时候，突然回头发现：一个对用户友好的url是多么重要。

于是url rewrite出现了。

url rewrite，不仅仅是为了Search Engine Friendly，不仅仅是为了让一个url变得“好看” ，还有一个重要的作用就是让一个url“对用户友好”。

ASP.NET MVC中的url routing，粗略的看可以当成一个url rewrite来看。但它起到了一个很好的改善url用户友好性的作用——www.xxxxx.com/Product/ListAll——这是一个多么简单明了的url？

虽然url更多时候是不用用户手动输入，而是浏览器在关注、<a>标签在关注的，但是用户手动输入url是难免的，所以从这个细微的地方，我们就可以稍稍改善一下url对用户的友好性。

算上德育分总成绩，还是第三。

根据初评，终于在第二个学年拿到了国家奖学金。

很高兴啊——更多是欣慰吧。

Microsoft Compatible APIs

• ADO.NET 2.0 API for accessing databases.

• ASP.NET 2.0 API for developing Web-based applications.

• Windows.Forms 2.0 API to create desktop applications.

• System.XML 2.0: An API to manipulate XML documents.

• System.Core: Provides support for the Language Integrated Query (LINQ).

• System.Xml.Linq: Provides a LINQ provider for XML.

• System.Drawing 2.0 API: A portable graphics rendering API.
  

Mono APIs

• Gtk# 2.12: A binding to the Gtk+ 2.12 and GNOME libraries for creating desktop applications on Linux, Windows and MacOS X.
• Mono.Cecil: A library to manipulate ECMA CLI files (the native format used for executables and libraries).
• Mono.Cairo: A binding to the Cairo Graphics library to produce 2D graphics and render them into a variety of forms (images, windows, postscript and PDF).
• Mono's SQLite support: a library to create and consume databases created with SQLite.
• Mono.Posix: a library to access Linux and Unix specific functionality from your managed application. With both a low-level interface as well as higher level interfaces.
  

Third Party APIs bundled with Mono

• Extensive support for databases: PostgreSQL, DB2, Oracle, Sybase, SQL server, SQLite and Firebird.
• C5 Generics Library: we are bundling the C5 generics collection class library as part of Mono.
  

Compilers

These compilers are part of the Mono 2.0 release:

• C# 3.0 compiler implementation, with full support for LINQ.
• Visual Basic 8 compiler.
• IL assembler and disassembler and the development toolchain required to create libraries and applications.
  

Tools

Mono includes profiling tools, the standard development kit tools that are part of the .NET framework

• Debugger: this is the first release when we support a debugger for managed code.
• Gendarme: is an extensible rule-based tool to find problems in .NET applications and libraries. Gendarme inspects programs and libraries that contain code in ECMA CIL format (Mono and .NET) and looks for common problems with the code, problems that compiler do not typically check or have not historically checked.
• Mono Linker: a linker that allows developers to reduce the size of their executables and libraries by removing features from libraries using an XML definition of the desired public API.
• Mono Tuner: a tool to apply arbitrary user-defined transformations to assemblies. Mono uses this library to produce the Silverlight core libraries from the main system libraries.
• Mono Documentation Tools: the Mono Documentation framework has been upgraded to support documenting generics and extension methods. The tools can be used to produce online and offline documentation for any any APIs, and are used by the project to document our own APIs.

看起来现在的MONO已经是完全胜任.NET 2.0的工作，并且有众多3.0的特性了，连Linq都有了，SQLite的Provider也有了，的确很不错，感觉现在的MONO已经走出实验室，可以进行小规模的Linux平台上应用开发了。

不过有些方面还是比较担心，最主要的一个是IDE支持了。随着现在.NET新特性的增多，没有IDE很多东西都会显得开发困难，没有好的IDE支持，尤其是好的Intellisense，单靠文本编辑器要用C#写应用还真有点头疼。希望MonoDevelop的新版早日发布吧。什么时候SharpDevelop要是也有个基于MONO和Gtk#的跨平台版本，那真是为C#吹响跨平台的号角了，哈哈。

由于自己的Linux分区太小，装了乱七八糟一大堆东西后基本上没空间了，所以打算重装个Linux，或者OpenSolaris，到时候再好好体验一把Mono！

同时有了新的功能，那就是[]表达式可以支持形如[^ABC]这样的式子了，结果证明通过这个功能我可以匹配"apple\""为String，而不是先前的None了。

但是郁闷的事情就出现了，就是现在的程序在基于字符驱动的不间断匹配过程当中总是找不到掐断状态，这让我非常晕，因为我不知道是预处理错、还是生成NFA错，还是epsilon闭包错，还是基于epsilon闭包的子集构造错，由于相当复杂，我没法进行大数据调试，只能调40个结点左右的小数据。但是郁闷的是小数据下我没发现问题——一切正常！

今天下午发现闭包有些隐晦的问题，修改之，觉得不会错了，好像有点效果，但是问题还是依旧。

现在被这个问题弄得头都晕了，那么多结点那么多边，要查不该有却多出来的边从哪生成的，实在太难了，我得好好想想我会错哪，并且找个调试的办法。

我坚信我这么做是正确的，因为我相信终究能找到这个终结条件的问题所在，为了那难得的性能提升（其实生成NFA还有性能提升余地，也许可以省10%左右的结点）和必须的表达式功能，就算拼了老命我也得把这问题查出来！@#￥%（）

我选择C#写，主要是为了做到后期语法分析和语义分析的时候能应用上面向对象的优势，C++那个面向对象系统我太不熟悉了。

经过2天艰苦卓绝的编码，一天艰苦卓绝的Debug，在无数次把apple123认为是Numeric、把_sl2Jd_3JK认为是保留字后，今天在我手动追踪调试高达65个有向图结点的构造过程中，终于发现了一个相当隐晦的BUG，二话不说改之。整个程序豁然开朗，一下子就可以识别很多符号了。

目前支持的正则运算符有

1. 或、连接，括号优先级
   
2. *闭包，+闭包，?表达式
3. []内用A-Z表范围的写法
4. .通配符（除回车、换行以为所有非控制字符）
   

其他好像还有一两个小的，我忘了，汗一个

再看看我的“处女LEX输出”

上面是源程序

下面是Lex生成的词法分析器的输出

基本上还算正确

还有个大点的，但是不恶心的代码，有两三百行的，基本正确。

这玩意——不怕代码大，就怕代码恶心->_<-

目前最大的缺陷是字符串和注释的屏蔽，还有很多问题要解决。字符串一猥琐点就出问题了，比如"apple\""我就解析不正常了，因为我无法得知那个\"被转义了，我就天真地以为那个"是真的引号……而且一开始没考虑到字符串和注释，以为空格和换行全部都可以用来做定界用，其实在注释和字符串中的空格是完全没有定界作用的，Block Comment里的换行也是无意义的，所以我那个匹配策略就有问题了，因为我把空格和换行全当定界符用了

有个很大的缺点，就是算的慢，一方面和我算法有莫大联系，同时因为用C#，方便是方便了，但是运算量一大起来速度就比C++慢了不止一点两点，从NFA生成DFA的过程中2900个结点用了12秒，还不包括DFA优化的过程——那可是我想了巨久都只能想到O(n^3)的啊。

程序写得奇烂无比，解析正则表达式用了很多巨猥琐的手段，自己都快看不下去了。

到时候要是真要出后端，我就弄个把小型C语言编译成IL代码的，给弄个printf用Console.Write()来耍耍，给它安个class Main一套着，管它面向对象还是面向过程呢，反正纯恶搞， 哈哈 ！

明天继续，坚决把那个恶心的匹配策略改了，争取搞定字符串……被编程迷失心智了……