最近又玩了两次Visual Paradigm这个软件，觉得自己操作水平又有进步，甚感欣喜，所以今天既然分析源代码，就正好再练练手，于是乎，我开始用VP UML开始画base包里的类，得图如下。（说明：这个图是基于Yii的1.1.8版本，另外这里面少了两个类，因为这两个类的功能比较特殊，我没有细看，所以也就没有画在图里，看后面是不是有兴致再来专门画一张，缺失的两个类是CSecurityManager和CStatePersister。）

从这个图里各个类占的面积里，我们不难看出，最重要的类有四个，CComponent，CModule，CApplication，CModel。事实上，这四个类也贯穿着Yii框架应用开发过程的始终，扮演着至关重要的角色。然而，如果你真的用Yii开发应用，可能一个应用做完了，却又没怎么见过这四个类的踪影，因为他们太基础了，始终处在水面之下，使得你可能根本就忽视了它们的存在。下面，我就一个一个来简单说一下我的学习心得。

CComponent类，是整个Yii框架组件模型的基础，Yii框架内几乎所有的对象都是组件，其基类都是CComponent。细看其方法，我们发现基本上可以归类为三种，一是魔术方法，就是一些双下划线开头的方法，一是跟Behavior有关的方法，最后是跟Event有关的方法。这也就引出了组件的三大主要特性。属性成员，事件驱动和行为。

您可能也喜欢：
视频教程：使用Yii框架开发Blog	Yii框架的Log系统的分析	Yii框架中验证器的allowEmpty属性	MVC最佳实践	使用Gii时出现403错误
无觅

system.logging 包类结构图

首先，来看一下这个图，这是Charles昨夜工作的结晶，研究了logging目录下一共九个文件中的类的关系。YiiBase，Yii，CWebApplication不属于logging目录，但是为了说明这些类如何发生作用，也放在了这种图里。我的初衷，是要画一张标准的UML图的，无奈于本科的知识都还给老师了，所以这个图只能算是个四不像，大家凑合看一下，后面我会给自己补补课，后续的文章画得图会趋于规范的。

言归正传，左下角的类CLogger，是在开发过程中，打log时候，真正调用的类，这个类作为所有应用最最基础的组件，被包含在了YiiBase中，任何时候，在代码中调用Yii::getLogger()函数，会得到一个CLogger类的实例，这里用的是一个单件模式（Singleton）。打印log，只要调用其log()方法即可，这个方法有三个参数，第一个是log的内容，第二个是级别（warning，debug，fatal等），第三个category，可以叫类别，也可以视作是一种标识符，可以用于log的过滤。

上面的代码片段给出了一个打印log的范例，任何时候想打log，只要这样写就好。从上面的代码片段中，我们看到，log系统的调用接口是极其简单的。接下来分析一下大家非常关心的，log到底会被怎么处理的问题。

在框架中这个log系统里，负责打log，和负责记录log的是两个对象，他们被很好的解耦合了。CLogger扮演了一个专门生产log的角色，其任务就是将用户使用log()函数记录的log放到一个数组里，可以认为是一个内存buffer，长度可配置。在buffer满了的时候，会激发flush（如果配置了autoFlush）的话，flush就是冲掉的意思，如果内存buffer满了，则清空之，继续接受log信息。在清空log buffer之前，这个类对象会触发一个事件，就是onFlush事件，后续其他的类hook到这个onFlush事件上，就可以在log信息被清空之前，有所动作了。

这是一个生产者与消费者的故事，以上讲述的是生产者的故事。接下来，讲消费者的故事。CLogger已经在内存中生产了log，那么接下来就要来收集，分析，处理这些log，该记录的记录，该抛弃的抛弃，该报警的报警。当然，你可以不给系统提供消费者，那些log产生了，然后消失了，基本不会带来什么负载和泄露，轻轻松松。

log的生产者是系统中必然存在的，但是log的消费者不是，是通过配置文件配置到系统中的，打开位于/protected/config/main.php的配置文件，在components段，我们可以看到关于log组件的配置，如下所示：

负责采集处理log的真正对象，是一组以Route结尾的类，在上面类图中，位于右上角的那5个类。它们各有个的功能，发邮件的，写文件的，写Db的等等。前面也提了，对于一堆log，可能各自要使用不同的方法处理，比如debug信息抛弃，info信息记录在文件，而fatal信息发邮件给管理员，一个系统中很可能有这样那样的需求。所以，被以组件形式装进应用中的，并不是Route，而是类图中叫CLogRouter的对象。

对log的各种处理方法，都继承自一个叫CLogRoute的抽象类，提供了统一的调用接口，CLogRouter就是这些route的管理者，它主要负责的就是在onFlush事件发生的时候，把CLogger生产的log都接过来，然后，逐一地交付给自己旗下的Route们，分别处理。从上面的配置信息里，我们可以看到，LogRouter管理多少个Route也是通过配置文件配置的，也即route是router所依赖的组件。在具体开发过程中，你可以只配置一个，也可以配置一群。这种行为特征，真的有点像路由，怪不得叫router和route，我猜就这么个解释。

在操作实践中，我们完全可以自己继承CLogRoute，实现collectLogs方法，可以开发譬如名为NetLogRoute的类，将log从网络端口上以UDP包或者通过TCP连接形式发送到网络上专门的log服务器中，也可以开发名为MobileLogRoute的类，用来给管理员发送手机报警短信。

上面一直没有介绍到的Filter，其作用其实可以顾名思义，就是在log处理的时候，过滤用的，可以根据前文提到的category参数来过滤，也可以根据log等级类过滤，等等等等。Filter也是通过参数配置的形式被插入到route中的，完全可以创建自己特有的filter通过配置来替换默认filter，可以说，将灵活性发挥到了极致。不过，灵活还是有牺牲的，比如我就觉得，如果一个router下面挂上N个route之后，每个route都采用特定的filter，则会造成同一批log（10000条）被过滤的N遍。所以，比较好的模式，可能还是一个router，下面一个route，然后可以选择用或者不用filter，挂多个虽然理论可行，但是从实际代码来看，可能有一定性能损耗。

好了，终于啰嗦完了，最后问个问题，整个logging系统的这种结构，到底是哪一种设计模式呢？欢迎交流哈～

您可能也喜欢：
视频教程：使用Yii框架开发Blog	Yii框架base包代码分析	Yii框架中验证器的allowEmpty属性	MVC最佳实践	给SVN客户端配置代理服务器
无觅

上周正好要在公司做分享，害怕当堂演示会说不好，浪费时间，就在家里自己将blog的开发过程录制成了视频，这是我第一次录制视频，觉得格外新鲜，遂决定在这里分享给大家。大家一起乐一乐，O(∩_∩)O哈哈~

第0集 Blog功能需求及应用骨架搭建

第1集 使用Gii代码生成工具

第2集 使用数据库存储的用户信息来验证用户身份

第3集 Blog文章的创建和发布

to be continued...

多谢大家捧场了，欢迎留言告诉我大家是否喜欢这种形式~

最近新录了一个视频，不过不是关于blog demo的，是关于db部分的分析的，也一并放在这里吧，算是借点这里的人气了：）2012-1-27

您可能也喜欢：
Yii框架的Log系统的分析	Yii框架中验证器的allowEmpty属性	Yii框架base包代码分析	使用Gii时出现403错误	MVC最佳实践
无觅

Home页面流程图

1. hybrid_head()
2. wp_haed()
3. body
4. hybrid_before_html()—action，默认没有被hook
5. div#body-container
6. hybrid_before_header()—action，默认没有被hook
7. div#header-container
8. div#header
9. hybrid_header()
10. end#header
11. end#header-container
12. hybrid_after_header()
13. div#container
14. hybrid_before_container()—action，默认没有被hook
15. div#content
16. hybrid_before_content()
17. /*wp loop begin*/
18. div.hybrid_post_class()
19. h2.post-title inline
20. p.byline inline
21. div.entry-content inline
22. p.entry-meta inline
23. end.hybrid_post_class()
24. /*end wp loop*/
25. hybrid_after_content()
26. end#content
27. hybrid_after_container()
28. end#container
29. div#footer-container
30. hybrid_before_footer()
31. div#footer
32. hybrid_footer()
33. wp_footer()
34. end#footer
35. hybrid_after_footer()—action，默认没有被hook
36. end#footer-container
37. end#body-container
38. /body

hook到hybrid_head()的函数列表

1. hybrid_meta_content_type()
2. hybrid_meta_robots()
3. hybrid_meta_author()
4. hybrid_meta_copyright()
5. hybrid_meta_revised()
6. hybrid_meta_abstract()
7. hybrid_meta_description()
8. hybrid_meta_keywords()
9. hybrid_meta_template()
10. wp_generator()
11. hybrid_favicon()
12. hybrid_head_feeds()
13. hybrid_head_pingback()
14. hybrid_head_breadcrumb()

hook到hybrid_header()的函数列表

1. hybrid_site_title() —提供同名filter，参数为标题包括其html tag，没有被hook
2. hybrid_site_description() —提供同名filter，参数为站点描述，包括其html tag，没有被hook

hook到hybrid_after_header()的函数列表

1. hybrid_page_nav() —启动两个action，并提供一个同名filter，参数为导航条包括其html tag，没有被hook

hook到hybrid_before_content()的函数列表

1. hybrid_breadcrumb() —提供一个同名filter和一个名为hybrid_breadcrumb_args的filter
2. hybrid_get_utility_before_content() —该函数打印位于Content之前的Sidebar，在Hybrid中被赋予一个名称为Utility

hook到hybrid_after_content()的函数列表

1. hybrid_get_utility_after_content() —该函数打印位于Content之后的Sidebar
2. hybrid_navigation_links() —该函数打印WP自带的简单页面导航Prev和Next

hook到hybrid_after_container()的函数列表

1. hybrid_get_primary() —该函数首先提供一个filter，名为hybrid_primary_var，参数sidebar_id，如果传入false可以关闭侧边栏，该函数打印主侧边栏，并在此之前和之后分别触发一个action
2. hybrid_get_secondary() —原理基本上和上一个相同，提供的filter名字为hybrid_secondary_var
3. hybrid_insert() —提供一个同名filter，参数为要打印出来的内容，默认为false，这是专门给用户用来添加sidebar的hook

hook到hybrid_before_footer()的函数列表

1. hybrid_get_subsidiary() —其功能等同于侧边栏，同上面两个侧边栏

hook到hybrid_footer()的函数列表

1. hybrid_copyright() —打印版权信息，提供同名filter
2. hybrid_credit() —与上面一个类似，也提供同名filter
3. hybrid_query_counter() —打印页面生成时间和数据库查询数的函数

由hybrid_page_nav()触发的action

1. hybrid_before_page_nav() —action，默认没有被hook
2. hybrid_after_page_nav() —action，默认没有被hook

由hybrid_get_primary()和hybrid_get_secondary()和hybrid_get_subsidiary() 触发的action

1. hybrid_before_primary() —action，默认没有被hook
2. hybrid_after_primary() —action，默认没有被hook
3. hybrid_before_secondary() —action，默认没有被hook
4. hybrid_after_secondary() —action，默认没有被hook
5. hybrid_before_subsidiary() —action，默认没有被hook
6. hybrid_after_subsidiary() —action，默认没有被hook

您可能也喜欢：

使用Hybrid框架的起点

WordPress主题：GoogleCode

Hybrid 主题框架综述

Hybrid 资源一览

WordPress Theme: YUI Theme—烂尾版

无觅

页面模板一览

1. Template Name: Archives
2. Template Name: Authors
3. Template Name: Biography
4. Template Name: Blog
5. Template Name: Bookmarks
6. Template Name: Categories
7. Template Name: Log In
8. Template Name: Logged In
9. Template Name: No Widgets
10. Template Name: Profile
11. Template Name: Quick Post
12. Template Name: Register
13. Template Name: Sitemap
14. Template Name: Tags
15. Template Name: Widgets

Action一览表

1. comment_form
2. hybrid_before_html
3. hybrid_after_html
4. hybrid_head
5. hybrid_before_header
6. hybrid_header
7. hybrid_after_header
8. hybrid_before_page_nav
9. hybrid_after_page_nav
10. hybrid_before_cat_nav
11. hybrid_after_cat_nav
12. hybrid_before_container
13. hybrid_before_content
14. hybrid_after_content
15. hybrid_after_single
16. hybrid_after_page
17. hybrid_before_comments
18. hybrid_before_primary
19. hybrid_after_primary
20. hybrid_before_secondary
21. hybrid_after_secondary
22. hybrid_before_subsidiary
23. hybrid_after_subsidiary
24. hybrid_after_container
25. hybrid_before_footer
26. hybrid_footer
27. hybrid_after_footer
28. hybrid_child_settings

Filter一览表

1. show_password_fields <-- register.php(115)
2. hybrid_post_meta_boxes <-- meta-box.php(74)
3. hybrid_page_meta_boxes <-- meta-box.php(121)
4. hybrid_settings_args <-- theme-settings-admin.php(65)
5. hybrid_breadcrumb_args <-- breadcrumbs.php(31)
6. hybrid_breadcrumb <-- breadcrumbs.php(220)
7. hybrid_breadcrumb <-- breadcrumbs.php(222)
8. hybrid_avatar <-- comments.php(67)
9. hybrid_allowed_tags <-- filters.php(95)
10. hybrid_site_title <-- filters.php(115)
11. hybrid_site_description <-- filters.php(134)
12. hybrid_page_nav <-- filters.php(166)
13. hybrid_cat_nav <-- filters.php(189)
14. hybrid_category_menu_args <-- filters.php(236)
15. hybrid_category_menu <-- filters.php(275)
16. hybrid_search_form <-- filters.php(313)
17. hybrid_insert <-- filters.php(328)
18. hybrid_copyright <-- filters.php(350)
19. hybrid_credit <-- filters.php(380)
20. get_the_image_args <-- get-the-image.php(37)
21. get_the_video_args <-- get-the-video.php(37)
22. hybrid_enqueue_style <-- media.php(39)
23. hybrid_enqueue_script <-- media.php(92)
24. hybrid_favicon <-- template-functions.php(293)
25. hybrid_primary_args <-- widgets.php(64)
26. hybrid_primary_inserts <-- widgets.php(68)
27. hybrid_secondary_args <-- widgets.php(84)
28. hybrid_secondary_inserts <-- widgets.php(88)
29. hybrid_subsidiary_args <-- widgets.php(110)
30. hybrid_subsidiary_inserts <-- widgets.php(114)
31. hybrid_utility_args <-- widgets.php(138)
32. hybrid_utility_inserts <-- widgets.php(142)
33. hybrid_widget_class <-- widgets.php(209)
34. hybrid_primary_var <-- widgets.php(402)
35. hybrid_secondary_var <-- widgets.php(420)
36. hybrid_subsidiary_var <-- widgets.php(438)
37. wp_page_menu_args <-- legacy.functions.php(40)
38. wp_page_menu <-- legacy.functions.php(75)
39. widget_title <-- archives.php(26)
40. widget_title <-- authors.php(26)
41. link_category <-- bookmarks.php(145)
42. widget_title <-- categories.php(26)
43. widget_title <-- pages.php(26)
44. widget_title <-- search.php(26)
45. widget_title <-- tags.php(26)

您可能也喜欢：

Hybrid 常用Action

使用Hybrid框架的起点

WordPress主题：GoogleCode

Hybrid 主题框架综述

WordPress 开发资源

无觅

子主题，就是指，以另一个已经存在的主题的页面元素结构和功能为基础，创建完全自定义的样式，和附加功能。而在制作过程中，完全不修改另一个主题的代码。而“另一个主题”在这个过程中，就自动成为了“父主题”。

/*
Theme Name: Rose
Theme URI: the-theme's-homepage
Description: a-brief-description
Author: your-name
Author URI: your-URI
Template: use-this-to-define-a-parent-theme--optional
Version: a-number--optional
.
General comments/License Statement if any.
.
*/

上面一段代码，我想每个主题制作爱好者都不会陌生，这是存在于style.css头部的一段注释，WordPress使用这段信息，加载一个主题。其中的Template，就是在制作子主题的时候用于说明父主题的字段。具体在制作一款子主题的时候，只要将Template:hybrid填写到style.css的头部，就可以使用Hybrid作为父级主题了。当然，这个说明同样也适用于其他主题框架，或者任何一款主题（不推荐使用普通主题作为父级主题）。

创建子主题，就相当于站在巨人的肩膀上，你要处理的文件数量非常少，一般来说只有两个就够了，一个是style.css，另一个是functions.php。style.css的作用是用于说明子主题的外观样式，而functions.php的作用，是用于附加原来父级主题所没有的功能。

这里要做一个特别说明，就是关于文件加载的顺序的说明。如果你制作了一款子主题，那么WordPress在加载的时候，首先加载的是子主题的functions.php然后才是父级主题的functions.php。这意味着什么呢？在Hybrid的functions.php里，使用add_action函数挂载了非常多的东西，根据Hybrid主题框架综述的说明，几乎所有的页面内容，都通过action来挂载。那么如果有哪部分内容，你不想要，或者你想替换成你自己的，那么你是无法直接在子主题的functions.php里面实现卸载的。你能直接操作的，只是挂载，而不能卸载。那么非要卸载是不是没有可能了呢？也不是。这里给出一个方法，首先，创建一个函数，action_to_remove，然后在函数体内写好你要卸载的action，然后将这个函数hook到全局的action init 之上，就可以实现卸载了。代码如下：（什么是Hook？什么是Action？）

add_action('init','action_to_remove');  function action_to_remove(){    remove_action('hybrid_header','hybrid_site_title');  }

通过上述代码，我们移除了Hybrid主题中的title部分。其实，这个问题也有其一般意义，因为当你想要移除一个action的时候，这个action根本还没有被add过，那么你的移除动作是无效的。以后如果有必要，我会专门撰文介绍这个问题。

上面两段，对于插件开发爱好者来说，可能非常容易理解。一般同学如果不理解，没关系，直接跳过就ok了，毕竟Hybrid没有往主题里挂过多的不必要的东西，一般情况不需要移除任何东西的。

这里总结一下，创建子主题的过程：

1. 在wp-content的themes文件夹下，创建一个文件夹，用作子主题的目录，如my-custom-hybrid。
2. 在my-custom-hybrid目录里，创建两个文件，一个是style.css，一个是functions.php（可以不要这个文件）。
3. 编辑style.css文件，在头部按照上文的格式，撰写注释信息，在Template后面，填上hybrid。
4. 在style.css文件内部，使用CSS语法，创建你自己的样式。
5. 在functions.php内部，添加一些功能，或者嵌入某些插件。

到这里，如果你真的看明白了，想要动手制作了，那么我还要再推荐给你一个非常好的东西。制作一款子主题，并非必须从0开始，也即从一个空白的style.css开始。Hybrid的作者非常贴心的创建了一个子主题skeleton，就是为了给广大主题爱好者创建一个良好的基础。该子主题的style.css文件，按照页面元素的层次结构和出现顺序，罗列了所有的class名称和id名称，比如，导航条部分的代码样子如下：

/**

* Page navigation

************************************************/

/* Wrapper for navigation */

#navigation {}

    /* Page nav */

    #page-nav {}

        #page-nav ul {}

            #page-nav li {}

                #page-nav li a {}

            #page-nav li.current_page_item {}

瞧见没有？是不是结构非常的鲜明，一目了然呢？下载地址。

好了，今天就介绍到这里吧，下次，将要撰写《Hybrid资源一览表》，欢迎大家继续关注！

您可能也喜欢：

Hybrid 主题框架综述

Hybrid 资源一览

WordPress主题：GoogleCode

Hybrid 常用Action

WordPress Theme: YUI Theme—烂尾版

无觅

Hybrid 是 Justin Tadlock 开发的一款主题框架，该框架功能非常强大，下面简单罗列一些。（该列表原文来自原主页，其翻译来自上善若水。）

• 如同 SandBox 主题框架一样，用户可以自定义主题样式；
• 内置了基本的 SEO 选项，基本可以取代 All In One SEO Pack 之类的插件；
• 拥有一个完备的主题选项；
• 内置了常用的13个页面的模板，用户可以利用这些模板来完成许多事；
• 自 WordPress 2.5 版本至最新的 2.7 版本全兼容；
• 原生支持至少15个插件；
• 附件处理功能；
• 迷人的 Tab 式位置导航变体 菜单；
• 基于 960 GS、Blueprint 和 Tripoli 相当可靠的 CSS 样式；
• 可以建立各种样式的站点；

Hybrid 是一款名副其实的“框架”。其整体架构，就是一个良构的XHTML布局，具体来说，就是一个页头，一个页面内容容器，里面分为主要内容，侧栏等；然后是页脚。除了一个最基础的DIV+CSS的XHTML布局之外，剩下的就是Hook，在上述基础布局中，所有可以插入元素，或者有必要插入元素的地方，都带有WordPress的Action。

当然，Hybrid除了是一个框架之外，它还是一个主题。Hybrid主题本身，就建立在其自身搭建的框架之上。为什么这么说呢？因为一个博客模板里，所有最为基本的东西，如<head>标签内部的一些meta tags，博客标题，站点描述，页面导航，侧边栏，页脚版权信息，等等等等，绝大多数主要内容，也即除了“骨骼”之外的那些“肉”，都是通过action来挂载的。既然是挂载上去的，当然也可以摘除。

Hybrid框架最适合作为开发子主题的基础，因为该框架本身布局灵活，通过框架内部带有的action，子主题作者可以从原本基础上摘除任何不需要的功能块，同样也可以挂载任何自己开发的功能块。这一系列的操作，都不需要对Hybrid本身动手术，这保证了Hybrid框架的完整性，为日后升级提供了极大的方便。

上手Hybrid，一定要有框架思维，把它当成一个真正的框架，才是正确的用法。（写给程序员：你在编程时有想过修改.net framework或者MFC或者JFC或者STL的代码吗？答案如果是没有，那么你也不需要去修改Hybrid的代码。）我这里这么说，主要是想告诉一些希望定制Hybrid框架的朋友，直接DIY Hybrid的源代码，是不被禁止的，但是Charles个人及其不推荐的。Hybrid虽然是一款非常优秀的主题框架，但是其目前版本只有0.4.1，其内部代码还有至少3处被标记成under active development，整个框架还处在活跃地开发状态，保持随时升级非常重要。

未完待续

下一篇，拟介绍《使用Hybrid的起点》，欢迎给位在下面跟帖讨论，并给我提供写作建议，谢谢！

您可能也喜欢：
使用Hybrid框架的起点	Hybrid 资源一览	Hybrid 常用Action	WordPress主题：GoogleCode	[新闻]WordPress新特性预览—主题自动安装（多图）
无觅