在上一篇中，主要介绍了Typecho插件的基本结构，这一篇，将以HelloWorld为例，来介绍一下插件的基本实现。
在看这个例子之前，我们还需要稍微了解一下几个小规则。
一个就是Typecho类的命名规规。Typecho类的命名是直接与类的存放位置相挂钩的，存放在var的目录下。比如说，Typecho_Plugin_Interface，就是存放在var/Typecho/Plugin目录下的Interface.php文件。再比如说：Typecho_Widget_Helper_Form_Element_Text 就是存放在var/Typecho/Widget/Helper/Form/Element/Text.php 中。明白了这一点，我们就可以通过参考其它插件，直接找到对应的源文件，来弄清里面的接口。
第二个需要弄明白的就是，明白Typecho哪里可以插，需要怎么插。Typecho的程序中预留了很多可以被插的接口。在Widget中，我们可以看到很多pluginHandle这样的地方；在admin下，我们可以看到Typecho_Plugin::factory这样的地方。这些，都是可以被插的。对这些函数指针重新赋值，则会在对应的位置被调用。
回到我们的HelloWorld插件，
Typecho_Plugin::factory('admin/menu.php')->navBar = array('HelloWorld_Plugin', 'render');
这句话告诉我们，在admin/menu.php目录下，有一个叫navBar的函数指针，将被定位到HelloWord_Plugin类的render函数下。而render函数又做了什么呢？我们接着看：
public static function render()<br />
{<br />
echo '<span class="message success">' . Typecho_Widget::widget('Widget_Options')->plugin('HelloWorld')->word . '</span>';<br />
}
Typecho_Widget::widget('Widget_Options')->plugin('HelloWorld')->word 是配置里填写的字段的内容。
先不理会这个Option的作用，我们可以看到，大概是输出了一段HTML，其实就是输出了在配置里真写的字段的内容。
我们再打开admin/menu.php这个文件
<p class="operate"><?php Typecho_Plugin::factory('admin/menu.php')->navBar(); _e('欢迎'); ?>, <a href="<?php $options->adminUrl('profile.php'); ?>" class="author important"><?php $user->screenName(); ?></a>
其实，就是管理页面右上角内容的输出。
如果这里的navBar被指到了render，也就是说，在输出欢迎之前，通过调用render输出了配置里填写的字段。
讲到这里，差不多也明白这个插件的用途了。
写了有几个Typecho插件了吧，准确地说，这并不是什么很标准、规范的教程，只是个人在插件开发过程的一些总结。写在这里，只是为了和大家分享、交流一下心得。如果有什么错误的地方，也欢迎大家来指正。（附：Hanny的Typecho插件）
我们先来了解一下Typecho插件的基本结构吧。
首先就是头部的信息注释部份。
最上面的注释是插件的功能描述，将显示在插件列表中。
@package 后跟的是插件的名称。如本插件名称为HelloWorld。
@author 后跟的是插件的作者。如本插件的作者为qining
@link 后跟的是插件作者的主页。在插件列表中，点击作者名字，将跳转到该页面。
@dependence 后跟的是插件的版本依赖。要注意的是：这个不是Typecho的发行版本，而是构建版本。如：9.9.2-*则表示插件运行在构建版本为9.9.2以后的版本。Typecho的构建版本号可以在后台的最下方方便地看到。
@version 插件的版本号。将作为插件的版本号显示在插件列表。
接着往下，开始插件的类的定义。
插件的类名和插件的文件名及存放路径有关。
Typecho的插件一般采用两种方式来存放。简单的单文件插件，可以直接以“插件名.php”的形式存放在plugins目录下。此时，类名直接与文件名同名。当然，对于复杂一点的插件，一般建议第二种方法：以“Plugin.php”的文件名，存放在plugins的“插件名”子目录下，此时，类的名字就必须为“路径名_Plugin”了。
定义后类后，接下来就是插件的函数接口了。Typecho的插件主要有四个函数接口：
public static function activate()
这个是插件的激活接口，主要填写一些插件的初始化程序。
public static function deactivate()
这个是插件的禁用接口，主要就是插件在禁用时对一些资源的释放。
public static function config(Typecho_Widget_Helper_Form $form)
插件的配置面板，用于制作插件的标准配置菜单。
public static function personalConfig(Typecho_Widget_Helper_Form $form)
插件的个性化配置面板。用法暂时还不明，有待Hanny进一步研究。
先说这么多吧，下一篇，将以HelloWorld为例子，介绍一下一些基本用法。
下一篇：Typecho插件教程二 —— HelloWorld
今天，终于收到了网易寄来的T恤了。紫色的，样子还OK。
其实，因为去旅游而错过了晋级赛，还是有点遗憾的。虽然，自认为没什么把握能获得什么名次。
参加这个，目的只不过是为了检验一下自己。在这过程中，也看到了，牛X的人确实很多，自己离他们的差距也确实很大。
反正不管怎样，至少没在资格赛就被淘汰。也给自己打个及格吧。
小结一下SPIFlash，以便更好地兼容更多的SPIFlash
首先从命令上：
常用的，SPIFlash都支持的，并且不同厂家都共有的命令有：
01 写状态寄存器
02 写
03 读
05 读状态寄存器
06 写使能
D8 擦除
在读FlashID上，不同厂家支持的命令略有不同，但一般可以通过以下四条命令进行尝试，来确定Flash的厂家及型号：
9F AB 90 15
在处理兼容性的过程中，最多的就是处理写命令。对于Flash来说，有Page-Program，有Byte-Program等。不同厂家对此的支持不同，有一些Page-Program还要求必须以2Byte的整数倍来进行编程。
其次，就是去除写保护了。有些Flash在上电的时候是写保护的，如果需要进行写操作，则需要对状态寄存器进行操作。
在写完状态寄存器后，最后能够WaitBusy，并且读取状态寄存器以确保顺利写入。
再次，就是写状态寄存器之前是否需要写状态寄存器使能了。部分Flash需要，写状态寄存器使能的命令为50。
总之，仔细阅读好厂家给的，或网上下载的SPIFlash的SPEC，SPIFLASH的兼容性应该是没有太大的问题的。