1.服务器重装后网站后台出现错误
2.mybatis的优点

服务器重装后网站后台出现错误

       晕死。我也碰到这个现象了。

       没办法解决，人员档案信息源码好像是与服务器上的权限有关。

       开始以为是服务端发布网站源码dll key 的原因。我都把Castle.net for 2.0的放量与缩量图源码源码都重新编译了。还是出现这个问题。

        解决方法：

       给C:\Documents and Settings\All Users\Application Data\Microsoft\Crypto\DSS\MachineKeys文件夹Everyon用户加上"写"权限。这样就可以解决了。

        但服务器管理员不允许加“写”权限，怕系统安全问题。我晕~~~~~~~~

mybatis的优点

       ã€€ã€€1.优点

       ã€€ã€€ç®€å•ï¼š

       ã€€ã€€æ˜“于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。

       ã€€ã€€å®žç”¨ï¼š

       ã€€ã€€æä¾›äº†æ•°æ®æ˜ å°„功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。

       ã€€ã€€çµæ´»ï¼š

       ã€€ã€€é€šè¿‡sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。

       ã€€ã€€åŠŸèƒ½å®Œæ•´ï¼š

       ã€€ã€€æä¾›äº†è¿žæŽ¥ç®¡ç†ï¼Œç¼“存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。

       ã€€ã€€å¢žå¼ºç³»ç»Ÿçš„可维护性：

       ã€€ã€€é€šè¿‡æä¾›DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。

       ã€€ã€€2.缺点

       ã€€ã€€æ»žåŽæ€§ï¼š

       ã€€ã€€è¿˜æ²¡æœ‰æ˜Žç¡®å¯¹.NET2.0的支持。最新版本在2.0下编译可以，但有些单元测试不能通过。

       ã€€ã€€ä¸æˆç†Ÿï¼Œå·¥ç¨‹å®žè·µè¾ƒå°‘：

       ã€€ã€€IbatisNet在实际项目中的使用较少。 只是理论上可行.

       ã€€ã€€åŠORM，工具支持较少：

       ã€€ã€€éœ€è¦æˆ‘们自己写sql，并且.NET下还未发现可以自动生成业务层类和配置文件的工具，这点和NHibernate不一样，NHibernate会为我们的数据库直接产生sql，并有一些辅助工具。因此使用Ibatis比NHibernate要多做一些工作。