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