08 2007 档案

摘要：企业web应用采用框架struts(webwork)+spring+ibatis（hibernate）其实大可以做到，web页面我个人认为使用velocity模板替换JSP或者配合JSP使用，效果会非常好，如果单纯使用velocity速度明显比JSP快得多，从淘宝的网站我们其实可以看出这一点了，数据库如果相当注重性能要求的话，采用ibatis会比hibernate好，因为它可以给我们更多的控制权利，当然这会损失部分ORM的特性，不过相对来讲这点损失相对于性能的大幅提升来说是值得的。sping作为一款优秀的IOC/AOP框架，目前来讲，估计还没有哪款IOC/AOP框架提供了spring这样优秀. 阅读全文

摘要：今天就遇到这个回车换行的问题，在页面上我使用了textarea输入框，在程序后台对其进行html过滤之后，存入了数据库中。之后我又从数据库中查询处该条记录，将数据库中保存的这个textarea的值放到javasrcipt的变量中保存起来。问题出现了，页面老是提醒JS出错，说什么unterminate string iterate错误，一看就知道是字符串没有结束，用FF定位，结果就是这个textarea的值出了问题，发现它居然换行了。我百思不得其解，最后我一步一步运行调试，终于在程序中发现了这个字符串中有一个"/n"，兄弟们，看好了，"/n"。原来在tex 阅读全文

摘要：动态 Mapped Statement 直接使用 JDBC 一个非常普遍的问题是动态 SQL。使用参数值、参数本身和数据列都是动态的 SQL，通常非常困难。典型的解决方法是，使用一系列 if-else 条件语句和一连串讨厌的字符串连接。对于这个问题，SQL Map API使用和 mapped statement非常相似的结构，提供了较为优雅的方法。这里是一个简单的例子： <select id="dynamicGetAccountList" cacheModel="account-cache" resultMap="account-resu 阅读全文

摘要：最近一直在想一个关于事务处理层次的问题。平时我们在做J2EE应用的时候，习惯把应用分为三个逻辑层次，web层，业务层和持久层，比较经典的是持久层一般使用dao的设计方式。涉及到数据库相关的事务处理时，很多人也就习惯于将事务处理代码写在dao这一个层次上，也就是持久层这个层次。这样写对于简单一点的数据库访问没有什么问题，一旦实现复杂一点，牵涉到的业务处理比较繁杂一点时，这种在dao里面处理事务的方法就有点力不从心了。 打个比方，我一个dbDAO接口里面有updateA和updateB两个方法，这两个方法中假设都会同时更新几张表（这种情况很常见），这样就会涉及到事务处理的问题，在updateA中， 阅读全文

摘要：代码 指示 2xx 成功 200 正常；请求已完成。 201 正常；紧接 POST 命令。 202 正常；已接受用于处理，但处理尚未完成。 203 ... 阅读全文