突然感到迷茫了

最近有些迷茫，因为每天都差不多在重复着同样的事情在做，白天，公司上班、晚上回家听歌、修改 Roclog，快两年了，几乎都是这样过来的。

我在考虑，我是不是应该学习一下别的东西，也好为自己的将来做个打算？但是如果认真去想，我所想到的将来现在看来都是无法实现的；也可能离我已经不远了。

我清楚的知道人或者就是为了自己的目标去拼搏，但是我制定的目标大多都是目前根本没有能力去实现的，现在的我除了上班、读书以外，好像真的没有别的事情可以给我足够的动力了。我想自己有自己的事业，但家里面一直不怎么支持。那有什么办法？只能暂时这样，靠自己的能力去实现，但这是需要时间的。

网页重构，怎样才能快捷有效？

网页重构这个词已经被人们成熟地使用很多年了。可是现在依然发现，有这样那样的问题需要讨论和解决。至于我个人，目前在布局 Roclog v5 的默认模板时，会着重以下几点。

大型页面的脚本在需要的时候才调用：也许 W3C 的建议是把脚本、样式表等文件包含在 <head></head> 标签内部。这样对于小页面基本上没什么问题，不过如果是脚本运用很多的大型网站，几乎没有太多的时间来注意这些细节，而直接把脚本包括到头部标签里，可能会大大拖慢网页的的执行速度。虽然可以通过 AJAX 或其它优化技术来搞定这些问题，不过我自己的做法是，在重构大型网站页面的时候，在第一次使用需用到的脚本时才调入脚本，这样做快捷有效。

合理使用 class 和 id 进行布局：大家都知道，class 是可以用在多处的，而 id 是唯一的。但多个 id 也不会给布局带来麻烦，而且 class 和 id 都可以用于布局。不过我这里想和大家分享的是，尽量少地使用 id 来定义页面布局。有的脚本操作要用到 id 来寻找唯一的操作对象（jQuery 框架的选择机制除外），运用太多同样的 id 难免会给脚本编写带来麻烦。之所以，建议使用 class 来定义页面布局，id 来定义可操作的 DOM 名称。

URI 和 URL 的区别

一直对这个问题很懵懂，但是又不是很重要，所以就一直没注意这些细节，今天突发奇想翻了一下资料，了解了两者的区别，这里和大家交流下。

URI 是资源定位器，可以看作是一个相对的东西；则 URL 是统一资源定位器，可以看作是全局的东西。也许我说得也是太含糊，下面用个例子来说明：

看这一个地址：http://www.foxcup.com/Page/FAQ.aspx

这个地址既可以称作 URI，也可以叫做 URL。具体是看他用在什么地方。然后我们来细分。

../Images/logo.gif 这样的地址就只能归类于 URI 而不是 URL 了。也就是说，URI 包含 URL，但是 URL 却不包含针对性比较强的 URI。

URI 是一个资源的统一定位标准，文件位于这个东西的什么地方，就是一个 URI。而 URL 是统一资源定位标准，如果这个东西在别的地方，那么用针对本身的例如 ../Images/png.gif 这样的 URI 是行不通的，必须使用 URL 来定位。

Javascript 即时接受 input 的 onchange 操作

今天在弄一个即时搜索的功能，要用到 input 输入框的值改变时执行一段脚本。在使用通用的 onchange 属性时，只要焦点还在输入框里，不管怎么操作都不执行 onchange，而非要焦点移动到输入框之外才执行这操作。

实在没办法，只有使用非标准的两个属性了：onpropertychange 和 oninput。

两个属性的目的都是一样的，不过区别是 onpropertychange 是只有 IE 支持，而 Firefox 就要用到 oninput 才行。具体的用法和 onchange 一样。

数据库，还是缓存？

最近在工作中遇到一些问题，其实也不算问题。只是理解到一些东西这里和大家分享一下。

先来看一组案例：有一个网站，用到了接口，把接口内容处理之后显示在页面上。接口的资料是每天变换，而且是根据用户搜索结果的不同查询出不同的结果。因为接口太慢，每次打开页面都需要耗费比较长的时间，老板发话，要提高速度！

有两种思路：

每次处理页面的时候先检查数据库里有没有匹配的记录，如果没有则查询接口，把处理好的资料存进数据库。然后从数据库调用数据显示出来，第二次也就有数据了，直接从数据库取出，不用查询接口。
使用缓存机制。将缓存名字加进查询参数，每次的结果都和上面的方法一样，如果有数据就直接显示，没有的话就从接口查询出来，添加到缓存，然后显示。

XSLT 初学者（xsl:value-of）

好久没有更新这一系列的文章了，今天我们就随便看一下 <xsl:value-of.../> 标签的用法好了。

此标签有一个非常重要的属性，那就是 select 属性。用于选择相对的数据 XML 的节点位置。我们就用“XSLT 初学者（构造）”里的 XML 来作为数据源，就是这一部分了：

<table border="1"> 
<tr bgcolor="#CCCCCC"> 
<th>姓名</th><th>性别</th> 
</tr> 
<xsl:for-each select="users/user"> 
<tr> 
<td><xsl:value-of select="name"/></td><td><xsl:value-of select="sex"/></td> 
</tr> 
</xsl:for-each> 
</table>

XSLT 初学者（注意规范）

距离上一节内容，已经相隔数个星期了，因为一直在忙新系统的制作和老系统的更新，所以一直没时间给大家写新的教程。那么，在这一节里，我就集合上一节给大家说到的 <xsl:template>...</xsl:template> 标签说明一下一些应该注意的地方。

XSLT 文件采用的是 XML 格式，当然制作要求也是非常严格，大家已经不能再像做一个简单的 HTML 页面那样随随便便就弄完，不管到底规不规范。在 XSLT 里可不是这么回事，小小的一个字符错误就有可能造成无法解读的情况。

不得不说的就是 & 字符了。这算是个 HTML 里比较特殊的字符，比如一段代码：

<a href="index.do?cate=note&id=7"></a>

XSLT 初学者（xsl:template）

好了，从这一节开始，我们的课程将是以对象标签名来命名，也就是说，今后的课程不在又顺序可言，都是针对某个标签来作解释。这一节我们要将的是 XSLT 中最为重要的一个标签：<xsl:template>...</xsl:template>，他的作用，则是用于构建模板代码以便前台输出显示。

这个标签拥有两个属性，一个是 match，另一个则是 name 属性。我们先来说说 match 属性的作用。match 属性用于关联 XML 元素和模板。match 属性也可用来为整个文档定义模板。

match 属性的值是 XPath 表达式（举例，match="/" 定义相对的 XML 数据文档的根标签）。拿第二节的例子来解释，则可以是 match="/"，也可以是 match="users"，但是两种方法的运用有布同。如果是“/”，则下面运用到的 XPath 表达式都可能要跟一个“users/user”表达，如果使用后者，则可以直接使用“user”来表达。下面是两种布同方法的例子。