易栈网-膘叔

文章来自：http://blog.csdn.net/jh_zzz/archive/2010/01/11/5173851.aspx，由于我也正在看 typecho这个玩意所以，就记录下来。虽然我一天下来，也看了不少代码，但毕竟没有深读过。对于流程啥的，还没有开始关心，只是为了写而写。

第二篇：数据库访问

这一块比较复杂，我还没有完全理解为什么要把 SQL 语句的组装搞这么复杂。

从一个普通皮肤页面开始 themes\default\index.php ，代码如下：

从上面我们知道这个文件是在 Widget_Archive 执行时被 包含进来的，所以在这里 $this 就是 Widget_Archive ， next() 函数具体实现在 Typecho_Widget 中，他只是从 $stack 中取出一行数据返回，然后移向下一行， $stack 中的数据是如何生成的呢？

在 Widget_Archive 的 execute 函数中，有这几行：

$select = $this -> select()-> where ('table.contents.status = ?' , 'publish' )

-> where('table.contents.created < ?' , $this -> options-> gmtTime);

… 中间代码略过 …

$select -> order('table.contents.created' , Typecho_Db:: SORT_DESC)

-> page($this -> _currentPage, $this -> parameter-> pageSize);

$this -> db-> fetchAll ($select , array ($this , 'push' ));

下面是 Widget_Abstract_Contents:: select()

首先执行 query() ， query() 函数会执行：

$resource = $this -> _adapter-> query($query , $handle , $op , $action );

然后将查询的结果返回，根据上面 提到的 config.inc.php ，这里的 _adapter 是 Typecho_Db_Adapter_Mysql ，他其实就是执行了一个 mysql 查询：

if ($resource = @ mysql_query($query instanceof Typecho_Db_Query ? $query -> __toString() : $query , $handle )) {

    return $resource ;

}

这里的 $query->__toString() 会返回经过 Typecho_Db_Query 处理后的 最终用来执行的 SQL 语句。

得到查询结果后，上面的 fetchAll 函数就循环调用回调函数将数据回调出去，前面的代码中 Widget_Archive 在调用时指定的是 push ，在 push 函数中返回的每一行数据都被压入 $stack ，这样 $stack 中就有了一行行的数据了。

文章来自：http://blog.csdn.net/jh_zzz/archive/2010/01/11/5173806.aspx，由于我也正在看typecho这个玩意所以，就记录下来。虽然我一天下来，也看了不少代码，但毕竟没有深读过。对于流程啥的，还没有开始关心，只是为了写而写。

第一篇：页面渲染及路由机制

从 index.php 开始看，

/** 初始化组件 */

Typecho_Widget:: widget('Widget_Init' );

看 Typecho_Widget:: widget 函数，查找 Widget\Init.php ， Widget 下的文件都是从 Typecho_Widget 派生的，这里创建该对象实例，并将相关的 Request ， Response 对象作为参数传递过去，然后调用该对象的 execute 方法。

看一下 Init 中的 execute ，首先会初始化一些参数，重点看看 MVC 架构的路由：

Typecho_Router:: setPathInfo($this -> request-> getPathInfo());

Typecho_Router:: setRoutes($options -> routingTable);

首先设置路径，然后初始化路由， $options -> routingTable 默认值是在安装时写在数据库中的，运行时再读出来， Typecho_Router 的 setRoutes 函数调用了 Typecho_Router_Parser 的 parse 函数， parse 函数遍历整个 routingTable 数组，将处理后的路由数组返回给 Typecho_Router ，保存在 $_routingTable

这里需要看一下 _archiveType 和 _archiveSlug 是怎么来的：

在 Widget_Archived 的 execute 函数中会根据 $this -> parameter-> type 执行相应的 handler 。

$this -> parameter-> type 这个变量是在构造函数中赋值的 :

$this -> parameter-> type = Typecho_Router:: $current ;

Typecho_Router:: $current 根据路由表可以查到对应于 index.php 就是 index 。

所以对于上面标黄的代码对应于 index.php 最终执行的是的是 $handles [‘index’] 对应的 handle ，就是 indexHandle 。可以看到对于其他的 Handle 一般都会设置 _archiveType 及 _archiveSlug 变量， indexHandle 没有，因为 _archiveType 默认就是 index ，所以在 index.php 中 _archiveType 等于 index ， _archiveSlug 为空。

所以根据前面 render 函数中的代码，最终是找到对应于 $themeDir 下的 $this -> _archiveType . '/' . $this -> _archiveSlug . '.php' 文件，然后直接包含进来，我们看到的就是这个文件的输出了。

/** 注册一个结束插件 */

Typecho_Plugin:: factory('index.php' )-> end();

自从评论里有人推荐typecho后，自己也下载了看了一下。确实，代码很漂亮，最关键的是注释是中文的。这点很让人心情愉快。虽然wordpress的英文注释也很容易懂，但毕竟不是自己的语言，总有点心里障碍。

前天晚上下载了一份看看，昨天在参考官方的一些插件的同时，自己临摹了两个。一个是搜索引擎来源关键字高亮，一个就是微博上有朋友提出的内容分页。

东西嘛。都扔在http://neatstudio.com/typecho/上面。还没有正式完成，只能算是一个测试版吧。

下面就是一些心得，希望可以给其他开发人员带来一点帮助，当然我这个只是看了一天的心得，与其他人员的相比应该是差很多了。但分享总比藏着好吧？

jQuery的bind的函数在实际应用中用的不是特别多，只是他可以绑定一个事件，但不会即时触发，也可以通过unbind来解除绑定。在没有看到这篇文章之前，我一直不知道原来bind也可以有命名空间。事实上，我看完这篇文章后，再去翻了一下手册，也才发现了一点点的注释。但手册也仅仅是一句话就带过去了。没有过多的深究，或许他认为命名空间这玩意很简单，没有必要多解释？

先看手册，由于bind方法有三个参数(type,[data],fn)，所以手册上这么介绍：

如此看来，命名空间还是有点用的。只是不知道会有多少人用得上这个功能（不开发插件的人，估计永远用不到吧？）我也是仅作一下笔记而已

有几次遇到这个bug了。不过。说来也不算太大的BUG
重现：发表博客，选择附件。
OK，你发现附件选错了，然后删除，重选附件，并插入内容，这时候应该是 localfile=2 了。

这时候发表后，你会发现附件并没有被正确的在内容中替换。而是当成附件了。

让我们重试一下吧：
[localfile=2]