在ThinkPHP3.2框架中，預設已經沒有Public檔案夾了。其中對於__PUBLIC__的定義也需要重新定義。這給筆者造成了很長時間的困擾，現在這個問題終於解決，分享出來給大家參照一下。
在ThinkPHP中config檔案中進行一下配置即可。

//重定義網站的一些URL地址
    /* 模板相關配置 */
    'TMPL_PARSE_STRING' => array(
        '__PUBLIC__' => __ROOT__ . '/Public',
        '__JS__' => __ROOT__ . '/Public/Js',
        '__CSS__'
 
 => __ROOT__ . '/Public/Css',
        '__IMAGE__' => __ROOT__ . '/Public/Image',
        '__DATA__' => __ROOT__ . '/Data/'
    ),

在ThinkPHP3.2中其中__ROOT__ 預設找到專案的根路徑，利用這種方式即可定義網站後臺各級資料夾的路徑，便於更好的查詢相關檔案。

修改：實質上在ThinkPHP3.2中有__PUBLIC__常量的設定。
__ROOT__ php常量在Thinkphp/ThinkPHP.php中定義
__PUBLIC__ 模板常量在ThinkPHP\Library\Behavior\ContentReplaceBehavior.class.php 檔案中定義

<?php
namespace Behavior;
/**
 * 系統行為擴充套件：模板內容輸出替換
 */
class ContentReplaceBehavior {

    // 行為擴充套件的執行入口必須是run
    public function run(&$content){
        $content = $this->templateContentReplace($content);
    }

    /**
     * 模板內容替換
     * @access protected
     * @param string $content 模板內容
     * @return
 
 string
     */
    protected function templateContentReplace($content) {
        // 系統預設的特殊變數替換
        $replace =  array(
            '__ROOT__'      =>  __ROOT__,       // 當前網站地址
            '__APP__'       =>  __APP__,        // 當前應用地址
            '__MODULE__'    =>  __MODULE__,
            '__ACTION__'    =>  __ACTION__,     // 當前操作地址
            '__SELF__'      =>  __SELF__,       // 當前頁面地址
            '__CONTROLLER__'=>  __CONTROLLER__,
            '__URL__'       =>  __CONTROLLER__,
            '__PUBLIC__'    =>  __ROOT__.'/Public',// 站點公共目錄
        );
        // 允許使用者自定義模板的字串替換
        if(is_array(C('TMPL_PARSE_STRING')) )
            $replace =  array_merge($replace,C('TMPL_PARSE_STRING'));
        $content = str_replace(array_keys($replace),array_values($replace),$content);
        return $content;
    }

}

可以看出其中已經定義好了__PUBLIC__路徑，假如需要重新定義，在相關的配置檔案中定義TMPL_PARSE_STRING 模板就會自動完成相同名稱的替換。

在ThinkPHP的模板中使用已定義的路徑，可以使用C方法

C('TMPL_PARSE_STRING.PUBLIC')

附錄：關於ThinkPHP中的U方法
U方法用於完成對URL地址的組裝，特點在於可以自動根據當前的URL模式和設定生成對應的URL地址，格式為：

U('地址','引數','偽靜態','是否跳轉','顯示域名');

在模板中使用U方法而不是固定寫死URL地址的好處在於，一旦你的環境變化或者引數設定改變，你不需要更改模板中的任何程式碼。
在模板中的呼叫格式需要採用 {:U('地址', '引數'…)} 的方式

基本用法
U方法的用法示例：

U('User/add') // 生成User模組的add操作地址

也可以支援分組呼叫：

U('Home/User/add') // 生成Home分組的User模組的add操作地址

當然，也可以只是寫操作名，表示呼叫當前模組的

U('add') // 生成當前訪問模組的add操作地址

除了分組、模組和操作名之外，我們也可以傳入一些引數：

U('Blog/read?id=1') // 生成Blog模組的read操作 並且id為1的URL地址

U方法的第二個引數支援傳入引數，支援陣列和字串兩種定義方式，如果只是字串方式的引數可以在第一個引數中定義，下面幾種方式都是等效的：

U('Blog/cate',array('cate_id'=>1,'status'=>1))
U('Blog/cate','cate_id=1&status=1')
U('Blog/cate?cate_id=1&status=1')

但是不允許使用下面的定義方式來傳引數：

U('Blog/cate/cate_id/1/status/1')

根據專案的不同URL設定，同樣的U方法呼叫可以智慧地對應產生不同的URL地址效果，例如針對：

U('Blog/read?id=1')

這個定義為例。
如果當前URL設定為普通模式的話，最後生成的URL地址是：

http://serverName/index.php?m=Blog&a=read&id=1

如果當前URL設定為PATHINFO模式的話，同樣的方法最後生成的URL地址是：

http://serverName/index.php/Blog/read/id/1

如果當前URL設定為REWRITE模式的話，同樣的方法最後生成的URL地址是：

http://serverName/Blog/read/id/1

如果你同時還設定了PATHINFO分隔符的話：

'URL_PATHINFO_DEPR'=>'_'

就會生成

http://serverName/Blog_read_id_1

如果當前URL設定為REWRITE模式，並且設定了偽靜態字尾為html的話，同樣的方法最後生成的URL地址是：

http://serverName/Blog/read/id/1.html

如果設定了多個偽靜態支援，那麼會自動取第一個偽靜態字尾新增到URL地址後面，當然你也可以手動在U方法裡面指定要生成的偽靜態字尾，例如：

U('Blog/read','id=1','xml')

就會生成

http://serverName/Blog/read/id/1.xml

路由支援
U方法還可以支援路由，如果我們定義了一個路由規則為：

'news/:id\d'=>'News/read'

那麼可以使用

U('/news/1')

複製程式碼
最終生成的URL地址是：

http://serverName/index.php/news/1

域名支援
如果你的應用涉及到多個子域名的操作地址，那麼也可以在U方法裡面指定需要生成地址的域名，例如：

U('Blog/[email protected]','id=1');

@後面傳入需要指定的域名即可。

此外，U方法的第5個引數如果設定為true，表示自動識別當前的域名，並且會自動根據子域名部署設定APP_SUB_DOMAIN_DEPLOY和APP_SUB_DOMAIN_RULES自動匹配生成當前地址的子域名。
如果開啟了URL_CASE_INSENSITIVE，則會統一生成小寫的URL地址。
錨點支援
3.1.2版本開始，U方法還可以支援生成URL地址中的錨點，例如：

U('Blog/read#comment','id=1','html')

就會生成

http://serverName/Blog/read/id/1.html#comment

如果域名和錨點同時使用的話，注意順序為先錨點後域名，例如：

U('Blog/read#[email protected]','id=1');