试了下谷歌和百度收录我的BLOG的情况，发现谷歌更加的诚实一些，而百度差不多有20倍的夸大。百度的结果中翻到17页的时候，搜索结果就变成186了，而不是原来的4890项。不过谷歌也并非没有缺点，就是太不稳定，昨天好像还收录了205个，今天就变成155了。
不过也许我不应该说百度的坏话，因为很奇怪的是，我现在访问量的15％都是百度过来的，比谷歌还多，谷歌只有不到13%，但是我的这个应该属于技术性的站点，按照以前的讨论，应该是谷歌更有优势。
解惑
解己之惑，解人之惑
日：2006年11月22日
刚刚看了KESO的三言二拍：世界能有多平？，突然想到了何祚麻的那句“谁叫你不幸生在中国”。在中国，有太多的事情需要我们这些靠打工为生的小人物们担心：
- 房子太贵买不起，一个月税后拿到的工资不够买郊区一个平方的房子
- 没有户口，你不知道你交的四金最后是不是只是给国库作了一点可以忽略不计的贡献
- 不敢结婚，因为买不起房子养不起老婆
- 不敢要小孩，因为买不起房子，不敢结婚，生了也负担不了昂贵的养育、教育费用
- 不敢生病，小病小灾的就自己忍忍过几天就好了，大病没有办法了，准备破产
- 不敢理财，因为股市你玩不过庄家，其它的你不知道里面有什么猫腻
- 不敢失业，据说失业一个月，你以前交的四金就全部作废要从头交。
- 。。。
据说明年的大学毕业生有近500万，不知道有多少人找不到工作，不知道现在已经工作的人会有多少又面临强大的危机感。在中国，做任何事情都可能面临强大的竞争，好像骗子特别多，太多的人都在寻找便宜更便宜的东西（除了你的女人可能会寻找更贵更好的东西
）
Matcher类有几个进行匹配的方法，一个是matches，一个是find，前者是将整个输入和表达式进行匹配，而后者只是查找匹配的部分，只要找到匹配的就返回。一个典型的应用就是分析SQL，我们写一个表达式先判断整个SQL是否匹配表达式，如果匹配的话就要进行分析，取出我们想要的部分，但是WHERE条件部分有很多条件，使用group只能取到最后一次匹配的部分（参考以前写的Java正则表达式的性能问题 和 你写的正则表达式有多复杂？ ），这个时候就要针对条件再写一个表达式，使用find查找所有的条件了，代码片断如下：
阅读全文
正则表达式的功能是非常强大的，但是要使用好也是不容易的，为了能够解析Entity Bean的Finder中的SQL，我写了可以解析部分SQL的表达式：
一个是可以支持FROM子句中的IN语法的：
SELECT\s+(DISTINCT)?\s*OBJECT\s*\(\s*(\w+)\s*\)\s+FROM\s+(\w+)(?:\s+AS)?\s+\2\s*,\s*IN\s*\(\s*\2\.(\w+)\s*\)\s*(?:\s+AS)?\s*(\w+)\s+
(?:WHERE\s+((?:(AND|OR)?\s*(\2|\5)((?:\.\w+)+)\s*(=|is|<>|>=|>|<|<=)\s*(NOT)?\s*(\??\d+|null|true|false|empty)\s*)*))?
(?:\s*ORDER\s+BY\s+(\2|\5)((?:\.\w+)+)(?:\s*(asc|desc)?))?\s*
阅读全文
© 2025 解惑
本主题由Anders Noren提供 — 向上 ↑