在之前一篇文章中我介绍了通过定义Response宏的方式来实现动态改变模板文件路径以实现主题功能： laravel实现模板主题功能，但后来我发现这种方法有个弊端，在模板中使用@extends必须显式指定模板路径，这可能造成混乱，我决定还是改变思想，主题和主题之间应该是完全隔离的，不存在就是不存在，不要自动去另外的主题中寻找替代的模板。
而原来定义response宏的方式可以实现，但我决定使用更加规范的方法。
laravel的View类里有一个方法 View::addNamespace ，这个方法在手册"开发扩展包"一节中有提到，不得不说Laravel手册排版逻辑混乱，这个方法说明应当放在"视图"章节才是，题外话就不说了，先来说说这个方法吧。
laravel渲染视图有一种写法：
复制代码 代码如下:
View::make('namespace::path');
//例如 View::make('default::index.index');
如何定义namespace呢，就是通过这个方法啦：
代码如下:
View::addNamespace('default',app_path().'/views/default');
聪明的朋友可能已经感觉到了，这个功能可以助我们实现模板主题化，比如：
代码如下:
//注册蓝色主题
View::addNamespace('blue',app_path().'/views/blue');
//注册红色主题
View::addNamespace('red',app_path().'/views/red');
//注册绿色主题
View::addNamespace('green',app_path().'/views/green');
之后调用：
代码如下:
//渲染绿色主题下的index.index模板
View::make('green::index.index');
然而我们需要事先通过View::addNamespace方法先注册这几个主题的路径映射，并且在渲染的时候需要显式指定namespace.
我感觉不是很方便，难道View不能设定一个默认的namespace吗？这样我们只要一次设置比如：
代码如下:
//我们可以把这个写在 __construct 里面
View::setDefaultNamespace('blue',app_path().'/views/blue');
之后：
代码如下:
//实际上相当于 View::make('blue::index.index');
View::make('index.index');
更进一步，我们可以通过后台设置主题，把主题名写进数据库，前台读取并设置主题：
代码如下:
//假设从数据库中读取配置,Option是模型类
$theme = Option::getByKey('theme');
View::setDefaultNamespace($theme,app_path().'/views/'.$theme);
