hding

jackson-all-1.9.2.jar Spring MVC 返回JSON数据 用到的Jar包

最近需要做个售后维护实施管理系统，在网上找了这个用来参考，可以做二次开发。感觉不错。

个人收集的一个C#通用权限管理系统，用来研究，感觉不错，分享了

个人珍藏版,帮助你更了解js并应付一些javascript 方面的面试。

目前的版本是:4.0 正式版 发布于2008-05-30 My97DatePicker目录是一个整体,不可破坏里面的目录结构,也不可对里面的文件改名,可以改目录名 My97DatePicker.htm是必须文件,不可删除 各目录及文件的用途: WdatePicker.js 配置文件,在调用的地方仅需使用该文件 config.js 语言和皮肤配置文件 calendar.js 日期库主文件) My97DatePicker.htm 临时页面文件,不可删除 目录lang 存放语言文件 目录skin 存放皮肤的相关文件 当WdatePicker.js里的属性:$wdate=true时,在input里加上class="Wdate"就会在选择框右边出现日期图标,如果您不喜欢这个样式,可以把class="Wdate"去掉,另外也可以通过修改skin目录下的WdatePicker.css文件来修改样式 3. 支持的浏览器 IE 6.0+ , Firefox 2.0+ , Opera 9.5+ , Safari 3.0+

1. iBatis 易于掌握。拿来文档看半天到两天就可以掌握了。 Hibernate 可能需要 3 倍以上的时间来掌握。 2. iBatis 更容易进行 sql 的 优化。 这个应该大家都有共识了。另外 Hibernate 生成的 sql 也实在是太难看了。鉴 于有的朋友提到了 sql 不太重要。我想在这里强调一下我的经验，一般系统性能 的瓶颈都在数据库上。所以这一点是 iBatis 非常重要的一个优势。 3. iBatis 可以进行细粒度的优化 3.1 比如说我有一个表，这个表有几个或者几十个字段，我需要更新其中 的一个字段，iBatis 很简单，执行一个sql UPDATE TABLE_A SET column_1=#column_1# WHERE id=#id# 但是用 Hibernate 的话就比较麻烦了,缺省的情况下 hibernate 会更新所有字段。 当然我记得 hibernate 有一个选项可以控制只保存修改过的字段，但是我不太确 定这个功能的负面效果。 3.2 我需要列出一个表的部分内容，用 iBatis 的时候，这里面的好处是可以少从数据 库读很多数据，节省流量 SELECT ID, NAME FROM TABLE_WITH_A_LOT_OF_COLUMN WHERE ... 3.2.1 一般情况下 Hibernate 会把所有的字段都选出来。比如说有一个上面表有8个字段， 其中有一两个比较大的字段，varchar(255)/text。上面的场景中我为什么要把他 们也选出来呢？ 3.2.2 用 hibernate 的话，你又不能把这两个不需要的字段设置为 lazy load，因 为还有很多地方需要一次把整个 domain object 加载出来。这个时候就能显现出 ibatis 的好处了 3.2.3 Hibernate 还有一个方案，就是生成 javabean/map/object[](感谢 leelun/cjmm)，但是这样的话就可能会产生大量的多余 class。map/object[] 的方式 应该不错，我比较喜欢这种方式。 3.3 如果我需要更新一条记录（一个对象），如果使用 hibernate，需要现把对 象 select 出来，然后再做 update。这对数据库来说就是两条 sql。而 iBatis 只需要一条 update 的 sql 就可以了。减少一次与数据库的交互，对于性能的 提升是非常重要。 4. 开发方面 4.1 开发效率上，我觉得两者应该差不多 4.2 可维护性方面，我觉得 iBatis 更好一些。因为 iBatis 的 sql 都保存到 单独的文件中。而 Hibernate 在有些情况下可能会在 java 代码中保存 sql/hql。