基于內(nèi)容管理的協(xié)同服務(wù)平臺之開始體驗_第1頁
基于內(nèi)容管理的協(xié)同服務(wù)平臺之開始體驗_第2頁
基于內(nèi)容管理的協(xié)同服務(wù)平臺之開始體驗_第3頁
基于內(nèi)容管理的協(xié)同服務(wù)平臺之開始體驗_第4頁
基于內(nèi)容管理的協(xié)同服務(wù)平臺之開始體驗_第5頁
已閱讀5頁,還剩68頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

第 1 頁 共 73頁 iLogic Studio 基于內(nèi)容管理的協(xié)同服務(wù)平臺之開始體驗 2004 年 第 2 頁 共 73頁 版本記錄 版本號 日期 版本說明 修改者 V2.7.0 20040625 初步制作電子公告版到用戶個性化的過程記錄。 曾滿平 第 3 頁 共 73頁 目錄 版本記錄 .2 目錄 .3 1 概述 .5 目的 .5 原理回顧 .5 第一層次 .5 第二層次 .5 第三層次 .5 第四層次 .6 2 準(zhǔn)備 .7 需求分析 .7 通用實施和維護(hù)計劃 .7 實施計劃 .7 維護(hù)計劃 .8 發(fā)布計劃 .9 基于 iLogic Studio 的實施模式 . 10 統(tǒng)一信息發(fā)布階段 . 10 統(tǒng)一信息服務(wù)服務(wù)簡單拓展階段 . 11 統(tǒng)一信 息服務(wù)服務(wù)復(fù)雜拓展階段 . 11 管理代理延展封裝階段 . 11 3 快速實施 . 13 項目、樣式初始化 . 13 項目 . 13 樣式 . 13 基于全局變量和公共支持引用體系的總體分析 . 14 整體表現(xiàn)形式的分析 . 14 全局變量構(gòu)建 . 15 公共支持和引用體系的建立 . 15 核心資源結(jié)構(gòu)化全面分析和定義過程 . 18 核心資源分析 . 18 核心資源定義 -定義留言信息的正文頁模板 . 19 核心資源架構(gòu) 樹狀架構(gòu)的組織形式 . 21 資源和資源結(jié)構(gòu)之總結(jié) . 24 資源挖掘處理開發(fā)過程 . 24 建立樹狀導(dǎo)航頁模板 . 24 挖掘討論區(qū)文章列表 . 29 挖掘最新資源文檔列表 . 38 挖掘熱門話題的列表 . 38 挖掘最受歡迎文章的列表 . 38 第 4 頁 共 73頁 快速挖掘其他資源 . 39 資源發(fā)布格式定義過程 . 41 統(tǒng)一發(fā)布資源 gb/big 格式 . 41 關(guān)聯(lián)發(fā)布關(guān)系設(shè)定 . 41 資源展示調(diào)試過程 . 41 導(dǎo)入美工源代碼 +導(dǎo)入 HTML 文件 . 41 用組件把有關(guān)文章列表的具體信息替換并快速加工組件 . 43 最后檢查模板中的文件和資源有效性 . 45 美工設(shè)計人員直接協(xié)同管理這些 HTML 代碼 . 45 資源采集端功能快速延展開發(fā) . 45 動態(tài)顯示延展快速配置開發(fā) . 51 配置動態(tài)模板 . 51 發(fā)布創(chuàng)建動態(tài)程序 . 51 調(diào)用動態(tài)顯示文檔 . 53 快速登陸設(shè)計 . 54 建立登陸代理模板 . 54 生成登陸時調(diào)用的 CGI 程序 . 56 在登陸頁上調(diào)用登陸程序 . 57 快速登陸示例 . 57 快速權(quán)限控 制 . 59 資源采集和動態(tài)顯示程序的用戶驗證控制 . 59 資源采集和動態(tài)顯示程序的用戶權(quán)限控制 . 61 個性用戶管理中心延展 . 63 建立或復(fù)制用戶中心模板 . 63 建立或復(fù)制權(quán)限信息 . 64 建立核心信息交互代理并注冊到 Webdaemon 中心 . 65 用拓展用戶中心代替原有方式并展示 . 66 個性化跟蹤設(shè)置 . 67 個性快速挖掘功能 . 68 內(nèi)容版本的延展 . 68 統(tǒng)計排行的延展 . 69 其他內(nèi)容服務(wù)的延展 . 69 4 總結(jié)和展望 . 70 ILogic 標(biāo)準(zhǔn) . 70 實施總結(jié) . 70 維護(hù)總結(jié) . 71 產(chǎn)品發(fā)布總結(jié) . 72 平臺比較和展望 . 72 第 5 頁 共 73頁 1 概述 目的 典型的公告交流版,按照增量開發(fā)模型逐步構(gòu)造,我們來體驗如何高效、漸進(jìn)的基于 Web 的信息系統(tǒng)的 iLogic 開發(fā)模式。 思考 漸進(jìn)的信息系統(tǒng)包括哪幾個層次?各個層次的特點是什么? 原理回顧 這里按照最簡單的漸進(jìn)過程加以逐步說明: 第一層次 公 告簿,通過 CMS 發(fā)布和管理靜態(tài)公告簿以鑲?cè)胫蛔x主網(wǎng)站 自由改變控制的一級、二級欄目 每一欄目文章發(fā)布、回復(fù)文章發(fā)布 最新文章、熱門話題、最歡迎文章 典型的公告簿系統(tǒng)配置 第二層次 公告版,通過采集和動態(tài)顯示功能生成動態(tài)模塊成為應(yīng)用系統(tǒng) 采集功能使能和配置 動態(tài)顯示使能和配置 用戶名靠用戶自己輸入來解決! 第三層次 個性化公告版,嵌入 Macs 使能全面解決注冊登陸等個性化功能 個人配置 個性提示 環(huán)顧四方 第 6 頁 共 73頁 查詢用戶 個性化排行 第四層次 管理代理封裝,拓展典型的管理功能代理完成管理端產(chǎn)生 再次生成管理端 構(gòu)造完 整的系統(tǒng) 并實現(xiàn)鎖定封裝 第 7 頁 共 73頁 2 準(zhǔn)備 系統(tǒng)需求分析和預(yù)備工作 Demo 版本已經(jīng)準(zhǔn)備好,參見 demo.rar,可單擊 html 網(wǎng)頁分析。 說明 參照該公告版作簡單用例, IIS 指定, index.asp,用戶名 / 密碼: guest/guest,同時參照 qianxun3D 來控制欄目構(gòu)造等 通用實施和維護(hù)計劃 實施計劃 這是一個編碼的實際過程,周期按照最短周期計算,人天按照基本工時算。 周期 工作名稱 工作描述和技術(shù)要求 人天 +10 需求分析 專業(yè)需求分析人員 10 人天 +20 原型設(shè)計 專業(yè)設(shè)計人員 10 人天 +30 頁面制作 精通網(wǎng)頁制作,精通 Javascript 代碼 10 人天 +40 數(shù)據(jù)庫分析設(shè)計 精通數(shù)據(jù)庫設(shè)計,高級數(shù)據(jù)庫分析人員,同時具備編程能力并全力貫穿在系統(tǒng)設(shè)計過程中 10 人天 +50 概要分析和設(shè)計 精通程序設(shè)計架構(gòu),制作完整的程序輸入、輸出架構(gòu),便于協(xié)同開發(fā) 10 人天 +55 欄目架構(gòu)管理和樹狀顯示模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,如何管理樹狀的欄目結(jié)構(gòu),并,從數(shù)據(jù)庫中挖掘并以樹狀模式顯示 5 人天 +55 留言回復(fù)模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,留言 、回復(fù)、顯示模塊,并對訪問做出自動記錄,便于統(tǒng)計 5 人天 第 8 頁 共 73頁 +55 留言列表模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,挖掘分頁模式的留言列表,同時挖掘點擊數(shù)、回復(fù)數(shù)等,全面構(gòu)建討論區(qū)留言列表、最新留言列表、最熱留言列表和最歡迎留言列表 5 人天 +55 用戶注冊管理模塊 用戶的注冊管理模塊 5 人天 +60 留言總體統(tǒng)計 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,同時精通統(tǒng)計和排行,對留言直接作各種統(tǒng)計 5 人天 +60 個人統(tǒng)計和排行系統(tǒng) 5 人天 +60 用戶在線模塊 5 人天 +60 其他 5 人天 +65 測試發(fā)布 5 人天 65 天的周期 90 人天工作量的系統(tǒng)實施計劃,但需要 1 個精通數(shù)據(jù)庫設(shè)計和系統(tǒng)分析人員, 3 個編程人員, 2 個美工設(shè)計人員,工作基本上是串式進(jìn)行,分散在 3 個月過程中。系統(tǒng)分析和數(shù)據(jù)庫設(shè)計人員必須貫徹整個工作,其他人員可以自行調(diào)配的前提下,共計( 3+3) 6 人月,最壞的情況可以做到 3 人月 *6 18 人月的最終實施計劃。 維護(hù)計劃 如果需要改變整個留言的結(jié)構(gòu),并全面改變美工頁面,維護(hù)計劃如何?一般而言,原來的人員可能已經(jīng)改變,并且另有他事,美工人員無法實現(xiàn)單獨的改變和維護(hù),在原 有系統(tǒng)基礎(chǔ)上的維護(hù)計劃如下。 周期 工作名稱 工作描述和技術(shù)要求 人天 +10 原型設(shè)計 專業(yè)設(shè)計人員 10 人天 +20 頁面制作 精通網(wǎng)頁制作,精通 Javascript 代碼 10 人天 +25 數(shù)據(jù)庫分析設(shè)計 精通數(shù)據(jù)庫設(shè)計,高級數(shù)據(jù)庫分析人員,同時具備編程能力并全力貫穿在系統(tǒng)設(shè)計過程中 5 人天 第 9 頁 共 73頁 +30 概要分析和設(shè)計 精通程序設(shè)計架構(gòu),制作完整的程序輸入、輸出架構(gòu),便于協(xié)同開發(fā) 5 人天 +32.5 欄目架構(gòu)管理和樹狀顯示模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,如何管理樹狀的欄目結(jié)構(gòu),并, 從數(shù)據(jù)庫中挖掘并以樹狀模式顯示 2.5 人天 +35 留言回復(fù)模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,留言、回復(fù)、顯示模塊,并對訪問做出自動記錄,便于統(tǒng)計 2.5 人天 +32.5 留言列表模塊 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,挖掘分頁模式的留言列表,同時挖掘點擊數(shù)、回復(fù)數(shù)等,全面構(gòu)建討論區(qū)留言列表、最新留言列表、最熱留言列表和最歡迎留言列表 2.5 人天 +35 用戶注冊管理模塊 用戶的注冊管理模塊 2.5 人天 +37.5 留言總體統(tǒng)計 精通數(shù)據(jù)庫編程、服務(wù)端腳本編程、網(wǎng)頁編程,同時精 通統(tǒng)計和排行,對留言直接作各種統(tǒng)計 2.5 人天 +40 個人統(tǒng)計和排行系統(tǒng) 2.5 人天 +37.5 用戶在線模塊 2.5 人天 +40 其他 2.5 人天 +45 測試發(fā)布 5 人天 45 人天周期和 55 人天的工作量,每次維護(hù)復(fù)雜度超過原有系統(tǒng)建設(shè)時的 1/2,維護(hù)工作量極其繁重。 發(fā)布計劃 在上述實施和維護(hù)的情況下,由于存在以下問題: ( 1) 人員籌備困難 第 10 頁 共 73 頁 ( 2) 成本無法控制 ( 3) 效率無法提升 ( 4) 設(shè)計質(zhì)量不高 ( 5) 無法有效維護(hù) 該電子公告版無法發(fā)布,實際上一般公司難以做到該電子公告版的有效發(fā)布。 思考 您有什么 更好的更快的辦法可以快于該實施計劃呢? 基于 iLogic Studio 的實施模式 統(tǒng)一信息發(fā)布階段 第一步:項目、樣式和全局變量等整體定義 項目 樣式 第二步:基于全局變量和公共支持引用體系的總體分析 全局變量 第三步:資源結(jié)構(gòu)化全面分析和定義過程 資源定義 資源架構(gòu)定義 第四步:資源挖掘處理開發(fā)過程 資源橫向組織 資源縱向組織樹 最新資源列表挖掘 最熱資源列表挖掘 第五步:資源發(fā)布格式定義過程 統(tǒng)一發(fā)布資源 gb/big 格式 關(guān)聯(lián)發(fā)布關(guān)系設(shè)定 第六步:資源展示調(diào)試過程 X1 頁面融合展示 第 11 頁 共 73 頁 X2 頁面融合展示 統(tǒng)一信息服務(wù)服務(wù)簡單拓展階段 第六步:各種采集端功能延展開發(fā) 第七步:綜合動態(tài)顯示延展配置開發(fā) 統(tǒng)一信息服務(wù)服務(wù)復(fù)雜拓展階段 第八步:登陸過程 第九步:權(quán)限控制 第十步:個性展示 第十一步:個性挖掘 第十二步:延展個性數(shù)據(jù)存儲 管理代理延展封裝階段 第十二步:內(nèi)容版本的延展 第十二步:統(tǒng)計服務(wù)的延展 第十三步:訪問服務(wù)的延展 我們將根據(jù) CMS 開發(fā)的層次結(jié)構(gòu)及信息發(fā)布的階段,以一個簡單的例子“電子公告板”來具體做詳細(xì)的介紹。 注意 請逐步跟著操作,對于部分細(xì)節(jié),將在后續(xù)手冊中作進(jìn)一步闡明。 確保 e_TechCMS 系統(tǒng)是否正常工作 整個操作進(jìn)行前請首先確定 e_TechCMS系統(tǒng)的各個后臺進(jìn)程都已經(jīng)啟動并正常工作,確認(rèn)方法為登陸系統(tǒng)后點擊左菜單“高級管理” “日志查看” “系統(tǒng)狀況”,則會顯示如下圖所示信息,如果有后臺程序狀態(tài)為“尚未啟動”,則需要排除問題后繼續(xù)下面的工作: 第 12 頁 共 73 頁 第 13 頁 共 73 頁 3 快速實施 項目、樣式初始化 項目 在“ 協(xié)同開發(fā) -項目管理 -項目維護(hù) “中點擊 就進(jìn)入項目添加界面,添加項目,如下圖所示。 樣式 在“ 協(xié)同開發(fā) -項目管理 -樣式維護(hù) ”中點擊 就增加一個樣式,其中 url 地址可以自動生成,端口自動生成, cgi 的路徑不要跟默認(rèn)的 apache 下的cgi-bin 目錄一樣。 第 14 頁 共 73 頁 基于全局變量和公共支持引用體系的總體分析 整體表現(xiàn)形式的分析 采用左右的頁面形式來表達(dá)全部系統(tǒng),即基本采用楨技術(shù)來支撐整個框架,具體架構(gòu)如下: 左導(dǎo)航: 上: GlobalTree,樹結(jié)構(gòu)支撐的 Javascript 函數(shù) 中: logo 區(qū), online 下:主樹導(dǎo)航頁 右主體: 上: title 區(qū), title1.htm+title2.htm+title3.htm 中: main1.htm+主體顯示 +main3.htm 下: bottom:bottom1.htm+bottom2.htm+bottom3.htm 整個頁面采用 main.css 作為樣式表控制頁面形式。 注意 嵌入絕大部分頁面起作用的一般采取引用公共支持體系的模式便于可視化設(shè) 第 15 頁 共 73 頁 計,否則用全局變量來表達(dá)便于直接改變和控制! 提議 框架的形式用全局變量模式來表達(dá),而基本文件部分用公共支持體系表達(dá)。 全局變量構(gòu)建 考慮到系統(tǒng)的可復(fù)制性,在“協(xié)同開發(fā) -項目管理 -全局變量維護(hù)”中增加 html頭部 、 html 尾部、公司名稱、 CCS 樣式表等全局變量,下表為全局變量和典型值的列表。 名稱 值 $G corporation $G title $Gbottom $G main_left $G main_right 說明 常用的全局變量的建立是良好系統(tǒng)規(guī)劃的一部分。 公共支持和引用體系的建立 對于所有的 CSS 文件和公共圖片文件,建立公共資源文件模板,通過批量工具導(dǎo)入這些公共支持文件。 公共資源如下圖所示: 第 16 頁 共 73 頁 公共資源文件模板建立說明如 下: 元素 名稱 元素 值 說明 模板 公共資源文件 外部調(diào)用 page_wiz?p_id=$projid& t_id=$tempid&d_id=$docid &html=$html_1 資源片斷和內(nèi)容模塊的標(biāo)識 組件 資源文件 組件類型 文件類型 文件名處理規(guī)則 保持文件名 公共資源的關(guān)鍵標(biāo)識 單擊該資源文件,然后選擇“常用工具 -批量文件導(dǎo)入”,即可看到上載界面,如下圖所示。 第 17 頁 共 73 頁 選擇相應(yīng)的目錄,連同子目錄一起上載,最后可以在“公共資源文件”文檔列表里看到所有公共資源文 件,如下圖所示,這些公共文件在發(fā)布后將按照預(yù)定的目錄分布模式分布。 第 18 頁 共 73 頁 說明 所有模板里面的嵌入文件一律采用公共資源文件模式解決,所有文件必須歸屬于系統(tǒng)的直接管理范圍內(nèi)。 核心資源結(jié)構(gòu)化全面分析和定義過程 核心資源分析 根據(jù)電子公告版的需求,經(jīng)過分析應(yīng)首先對其中源源不斷的資源作重點分析,它們是整個系統(tǒng)必須首先關(guān)注的重點。 顯然留言、回復(fù)是整個電子公告版的核心信息資源部分,留言和回復(fù)作為公告版的主體資源部分,實際上是完全可以統(tǒng)一的。 說明 核心資源盡量集中,不同的核心資源之間的關(guān)系盡量完全分離開, 以便于展開對這些資源的后續(xù)進(jìn)一步設(shè)計、引用和分析,一個統(tǒng)一的資源更加便于統(tǒng)一管理、挖掘和分析。 第 19 頁 共 73 頁 對于該核心資源作進(jìn)一步分析: 名稱 屬性 類型 說明 文檔號 默認(rèn) 自動增加 自動生成的文檔號 操作人員 默認(rèn) 如“作者”等無需再行創(chuàng)建 操作時間 默認(rèn) 時間 如“時間”等無需再行創(chuàng)建 所屬版區(qū) 定義 選擇 標(biāo)題 定義 文本 內(nèi)容 定義 正文 父 ID 號 定義 數(shù)字 把回復(fù)跟留言完全融合,第一次留言該 ID=0 點擊次數(shù) 擴展 引用 點擊次數(shù)由 Webdaemon 的資源訪問控制 提示 核心資源在基本模式的定義下可以隨意拓展,對于一般的公告版所屬版區(qū)、標(biāo)題、內(nèi)容和父號接口表達(dá)核心資源。 核心資源定義 -定義留言信息的正文頁模板 在“ 協(xié)同開發(fā) -模板管理 -模板維護(hù) ”中點擊 就進(jìn)入模板增加界面,添加如下信息,創(chuàng)建“正文頁”模板。 在創(chuàng)建好的“正文頁”模板中,單擊“可視全屏編輯工具”維護(hù)頁面表現(xiàn)代碼并添加典型組件,作快速直接部署。 第 20 頁 共 73 頁 說明 在可視化的全屏設(shè)計工具中,將集中典型的頁面設(shè)計、公共資源文件引用功能、公共變量、組件可視設(shè)計等功能,以實現(xiàn)模板和組件設(shè)計的簡潔性、有效性。 其中 典型組件設(shè)計說明如下: 組件名稱 屬性 組件類型 組件補充說明 社區(qū) 第一層次類別 動態(tài)選擇列表 先用標(biāo)題類型臨時替代 版區(qū) 第二層次類別 動態(tài)選擇列表 先用標(biāo)題類型臨時替代 主題 留言的標(biāo)題 文本 正文內(nèi)容 留言的內(nèi)容 正文 父留言號 回復(fù)所針對的留言 數(shù)字 點擊次數(shù) 留言的瀏覽次數(shù) 外掛信息服務(wù) 先用數(shù)字類型臨時替代 上一篇 上一個留言 自動信息列表 參見后續(xù)設(shè)計 下一篇 下一個留言 自動信息列表 參見后續(xù)設(shè)計 注意 組件設(shè)計時,遵守從簡單到復(fù)雜的原則,支持用戶先簡單的組件來 代替原型設(shè)計過程,如上表所示很多組件在起始設(shè)立時都可以做到直接設(shè)計,然后逐步改進(jìn)和完善以符合最終用戶的需要。 第 21 頁 共 73 頁 核心資源架構(gòu) 樹狀架構(gòu)的組織形式 一般而言,對于核心資源都有它自身的存儲和顯示架構(gòu),這些架構(gòu)一般都是建立在“ 欄目結(jié)構(gòu)表 ”的基礎(chǔ)上,因此必須快速構(gòu)建樹狀欄目結(jié)構(gòu)表。 在“ 協(xié)同開發(fā) -模板管理 -模板維護(hù) ”中點擊 就進(jìn)入模板增加界面,添加基本信息,創(chuàng)建“欄目結(jié)構(gòu)表”模板。 在“欄目結(jié)構(gòu)表”中,增加如下表所示的幾個典型組件: 組件名稱 屬性 組件類型 父欄目 欄目結(jié)構(gòu)表父鍵 樹狀結(jié)構(gòu)外掛插件 子欄目名稱 子欄目中文子名稱 標(biāo)題類型 子鍵 子欄目子鍵值 標(biāo)題類型 提示 父欄目算法如下: #Agent:/cgi-bin/publish/www_agent #CGI:/cgi-bin/publish/tree_view #Param:type=2&sql=select parent,ename, child from sp_t10&rootname=公告板 &sepch= #Command:選擇 #Arrange: 并在文檔列表里點擊 添加典型的欄目結(jié)構(gòu),添加視圖如下: 注意 根的鍵值 為 root,當(dāng)我們采用較復(fù)雜的樹結(jié)構(gòu)時,父欄目必須對應(yīng)父鍵值,同時對于一級欄目建議從根開始追加。 第 22 頁 共 73 頁 當(dāng)添加了幾個基本的欄目和子欄目后,我們可以通過父欄目的“選擇”來選擇父欄目。 最后添加的初始化欄目如下圖所示: 第 23 頁 共 73 頁 核心資源存儲架構(gòu)如下: 第 24 頁 共 73 頁 說明 資源的存儲架構(gòu)一般用樹狀結(jié)構(gòu)表表達(dá),樹狀結(jié)構(gòu)可以選用簡單的樹狀結(jié)構(gòu)或者復(fù)雜的樹狀結(jié)構(gòu),具體可以參見后續(xù)手冊。 資源和資源結(jié)構(gòu)之總結(jié) 分解出不同的資源,并把這些資源以一種通用的樹結(jié)構(gòu)的形式組織起來,基本上標(biāo)志一個系統(tǒng)框架的成功建立。 因此對于資源、資源結(jié) 構(gòu)必須給出足夠的重視,在此基礎(chǔ)上更多應(yīng)用才能得以更加合理的展開。 說明 重視、重視、再重視是對資源本身關(guān)注的一個表現(xiàn)。 資源挖掘處理開發(fā)過程 對上述的資源和資源架構(gòu),根據(jù)用戶的需求,快速的進(jìn)行數(shù)據(jù)挖掘,提供各種自適應(yīng)的增量模式的協(xié)同服務(wù),充分體現(xiàn)出本系統(tǒng)的“隨需應(yīng)變”。 說明 導(dǎo)航、列表是資源挖掘的重中之重,導(dǎo)航列表之后就是一些典型的數(shù)據(jù)服務(wù),下面將快速實施資源的挖掘處理,“快速開發(fā)”是系統(tǒng)實施的一個基本標(biāo)準(zhǔn)。 建立樹狀導(dǎo)航頁模板 在“ 協(xié)同開發(fā) -模板管理 -模板維護(hù) ”中點擊 選用模板復(fù)制功能,復(fù) 制一個典型的“樹狀結(jié)構(gòu)導(dǎo)航內(nèi)容”模板。 第 25 頁 共 73 頁 第 26 頁 共 73 頁 說明 樹狀導(dǎo)航頁以及很多典型的復(fù)雜功能頁均可采用一種個性化內(nèi)容模塊的實現(xiàn)方式,個性化的內(nèi)容模塊一般從“個性化組件指南”模板中獲得。 練習(xí) 請分析該典型內(nèi)容模塊的關(guān)鍵作用和特點,并嘗試使用內(nèi)容模塊的方式導(dǎo)入,“內(nèi)容模塊” 方式是另一種引用內(nèi)容模塊的典型方法,具體參見后續(xù)手冊。 第 27 頁 共 73 頁 檢查該內(nèi)容模塊的典型組件和典型模板進(jìn)行校正。 添加一個導(dǎo)航頁文檔,如下圖所示: #sql:select 父欄目 ,子欄目 ,英文名稱 from 欄目結(jié)構(gòu)表 #limit: #code: #html:父欄目 ,英文名稱 ,子欄目 | 校正數(shù)據(jù)庫父子列表的算法 #Container:./tree_list $數(shù)據(jù)庫父子列表 $手動樹列表 $根名 #Regex:/$nodeNOt$deptht$parentkeyt$parentNOt$keyt$namet$valuet$ifExistChildt$curkeyloct$curnamelocn/ #limit: #code: my $html; if($depth=0) $html=qq|$key=gFld($name, );foldersTree=$key;|; else if($ifExistChild=-1) $html=qq|$key=insDoc($parentkey, gLnk($depth, $name, );|; else $html=qq|$key=insFld($parentkey, gFld($name, );|; #html:$htmln 校正導(dǎo)航數(shù)據(jù)的算法 第 28 頁 共 73 頁 最終合成的頁面效果如下: 第 29 頁 共 73 頁 說明 樹狀導(dǎo)航頁以及很多典型 的復(fù)雜配置請參見后續(xù)手冊的詳細(xì)說明。 挖掘討論區(qū)文章列表 在“ 協(xié)同開發(fā) -模板管理 -模板維護(hù) ”中點擊 就進(jìn)入模板增加界面,并添加如下信息,創(chuàng)建“討論區(qū)列表頁”模板。 第 30 頁 共 73 頁 在“ 協(xié)同開發(fā) -模板管理 -模板列表 ”中,選定“ 討論區(qū)列表頁“ 模板,在“ 協(xié)同開發(fā) -模板管理 -組件維護(hù) ”中,添加如下組件。 其中,具體組件配置如下表所示。 組件名稱 組件類型 說明 選定欄目 動態(tài)選擇列表 添加模板文檔時要選擇的欄目的名稱 討論區(qū)列表 自動信息列表 構(gòu)建特定討論區(qū)的列表 增頁 列表增頁 對列表的增頁 其中討 論區(qū)列表和增頁組件是典型的自動挖掘類型的組件,實現(xiàn)方式可以手動編寫,但需要非常熟練才可以。一般采用“快速組件向?qū)А钡姆椒▽崿F(xiàn),實現(xiàn)過程如下。 第 31 頁 共 73 頁 第 32 頁 共 73 頁 第 33 頁 共 73 頁 第 34 頁 共 73 頁 第 35 頁 共 73 頁 第 36 頁 共 73 頁 通過這些向?qū)В瓿闪私M件的自動生成,具體算法代碼如下所示。 第 37 頁 共 73 頁 練習(xí) 選定欄目和增頁都比較簡單,請按照用戶需求自行設(shè)計。 說明 自動信息列表的二次開發(fā)參見后續(xù)具體手冊,以上為典型的嵌入式自動信息列表的開發(fā),能非常符合列表復(fù)雜的各種情況。 #sql:select 主題 ,creator, createdate, createtime, url ,d_id from 正文頁 where 版區(qū) =$選定欄目 and 父留言號 prepare(select Count(*) from 正文頁 where 父留言號 =d_id) | &error(sql prepare 錯誤! $dbh-errstr);$sth-execute() | &error(sql 運行錯誤! $dbh-errstr); my $hashref = $sth1-fetchrow_hashref; $sth1=$dbh-prepare(select createtime from 正文頁 where 父留言號 =d_id order by createtime desc) | &error(sql prepare 錯誤! $dbh-errstr); $sth1-execute() | &error(sql 運行錯誤! $dbh-errstr); my $hashref = $sth1-fetchrow_hashref; $sth1-finish; undef $sth1; #html: $replycount  ;  ;主題 creator $clickcount  ; ; ; ; ; ;$replytime 典型列表算法 第 38 頁 共 73 頁 挖掘最新資源文檔列表 在“ 協(xié)同開發(fā) -模板管理 -模板維護(hù) ”中點擊 就進(jìn)入, 模板維護(hù)并添加如下信息, 在“ 協(xié)同開發(fā) -模板管理 -模板列表 ”中,選定“ 新文章列表頁“ 模板,在“ 協(xié)同開發(fā) -模板管理 -組件維護(hù) ”中,添加如下組件。 思考 列表設(shè)計幾乎完全相似,不相同的在哪兒?請思考。 挖掘熱門話題的列表 同上,按照回復(fù)次數(shù)多寡構(gòu)建熱門話題列表。 練習(xí) 請自行設(shè)計。 挖掘最受歡迎文章的列表 同上,按照瀏覽次數(shù)多寡構(gòu)建熱門話題列表。 練習(xí) 第 39 頁 共 73 頁 請自行設(shè)計。 快速挖掘其他資源 正文頁中補充挖掘組件 組件名稱 組件類型 說明 上一篇 自動信息列表 鏈接到上一個留言 下一 篇 自動信息列表 鏈接到下一個留言 回復(fù)文章列表 自動信息列表 集中體現(xiàn)所有回復(fù) 這里我們將繼續(xù)采用“擴展組件”的快速設(shè)計模式,如下,將以“上一篇”為完全擴展設(shè)計模式的示意,將會獲得更高更快的體驗。 第 40 頁 共 73 頁 發(fā)布即可實現(xiàn),自動增加該組件。 練習(xí) 自動向?qū)Мa(chǎn)生的組件 第 41 頁 共 73 頁 請自行快速設(shè)計其他組件,并思考快速設(shè)計模型的關(guān)鍵作用! 說明 對于自動挖掘類型,系統(tǒng)提供了足夠的內(nèi)容模塊和擴展組件,建議用這些快速實現(xiàn)的模式實現(xiàn)挖掘的快速生成。 資源發(fā)布格式定義過程 統(tǒng)一發(fā)布資源 gb/big 格式 給出說明 關(guān)聯(lián)發(fā) 布關(guān)系設(shè)定 給出設(shè)定 資源展示調(diào)試過程 資源展示的調(diào)試過程,就是把我們 CMS 開發(fā)出來的模板及添加的文檔內(nèi)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論